From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21057 invoked by alias); 10 Dec 2012 21:18:07 -0000 Received: (qmail 20919 invoked by uid 48); 10 Dec 2012 21:17:52 -0000 From: "ebotcazou at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ada/55243] STAMP variable is not defined in t-avr Date: Mon, 10 Dec 2012 21:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ada X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ebotcazou at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2012-12/txt/msg01043.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243 --- Comment #19 from Eric Botcazou 2012-12-10 21:17:52 UTC --- > It works with read-only sources, provided everything is consistent. Or are > you saying that a t-snip must not use $(STAMP)? I'm saying that the build process should never touch the source tree. > Actually, the PR boils down to the fact the STAMP is not defined, I am nut > sure if the compiler is supposed to build without STAMP. Probably not, but what I'm trying to understand is why we seem to be fiddling with the source tree when building the gnattools. > Is basically follows an idea introduced with genopt.sh in > > http://gcc.gnu.org/viewcvs?view=revision&revision=175248 > > Notice how t-avr builds avr-tables.opt, and that the latter is added to the > repo. The point is that, if a file is present in the repo, it should not be generated at build time, but only when it is updated in the repo.