From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5602 invoked by alias); 4 Dec 2001 22:58:58 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 5569 invoked from network); 4 Dec 2001 22:58:52 -0000 Received: from unknown (HELO areca.wanadoo.fr) (193.252.19.156) by sources.redhat.com with SMTP; 4 Dec 2001 22:58:52 -0000 Received: from amyris.wanadoo.fr (193.252.19.150) by areca.wanadoo.fr; 4 Dec 2001 23:58:46 +0100 Received: from ulmo.localdomain (193.251.50.176) by amyris.wanadoo.fr; 4 Dec 2001 23:58:34 +0100 Received: (from guerby@localhost) by ulmo.localdomain (8.11.6/8.11.6) id fB4MpCY32442; Tue, 4 Dec 2001 23:51:12 +0100 Date: Tue, 04 Dec 2001 14:58:00 -0000 Message-Id: <200112042251.fB4MpCY32442@ulmo.localdomain> X-Authentication-Warning: ulmo.localdomain: guerby set sender to guerby@acm.org using -f From: To: fw@deneb.enyo.de CC: bosch@gnat.com, zack@codesourcery.com, minyard@acm.org, gcc@gcc.gnu.org In-reply-to: <87667m7fvq.fsf@deneb.enyo.de> (message from Florian Weimer on Tue, 04 Dec 2001 23:57:29 +0100) Subject: Re: Ada build now requires gnatmake? Reply-to: guerby@acm.org References: <8A9B4D22-E8F5-11D5-8627-00039344BF4A@gnat.com> <200112042113.fB4LDft31185@ulmo.localdomain> <87667m7fvq.fsf@deneb.enyo.de> X-SW-Source: 2001-12/txt/msg00185.txt.bz2 I don't know if the old rules about not depending on the secondary stack still apply, from the current Makefile.in I'd infer that only gnat1 does not depend on s-secsta, gnatbind and all other tools do. Anyway, the xtools are useful only on reasonable build machines where your do expect to do regular development, so I don't think the gnat1 restriction apply if they still exist. The generated files are target independant so you're free to build them on any reasonable machine and transfer them, that's why no one really bothered with Makefile rules up to now, and when they were put in, a preexisting gnatmake was deemed an appropriate requirement. We can lower the requirement to just gnat1 and gnatbind but it doesn't have much value added. Note that the existing Makefile rules do have the value of getting an error if you do not have up to date generated files and no gnatmake, which is a much better situation than silently building a crashing compiler. I guess Corey is thankful to this, the problem was caught in a few minutes instead of painful hours of debugging :). -- Laurent Guerby