From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-42247-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 21565 invoked by alias); 4 Dec 2001 22:32:59 -0000
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
Received: (qmail 21543 invoked from network); 4 Dec 2001 22:32:58 -0000
Received: from unknown (HELO mail.netic.de) (212.9.160.11)
  by sources.redhat.com with SMTP; 4 Dec 2001 22:32:58 -0000
Received: by mail.netic.de (Smail3.2.0.111/mail.s.netic.de)
	via LF.net GmbH Internet Services
	via remoteip 212.9.163.62
	via remotehost mail.enyo.de with esmtp
	for gcc.gnu.org
	id m16BO7S-001X8JC; Tue, 4 Dec 2001 23:32:54 +0100 (CET)
Received: from [192.168.1.2] (helo=deneb.enyo.de ident=exim)
	by mail.enyo.de with esmtp (Exim 3.12 #1)
	id 16BO79-00016k-00; Tue, 04 Dec 2001 23:32:35 +0100
Received: from fw by deneb.enyo.de with local (Exim 3.12 #1)
	id 16BOVF-0000ol-00; Tue, 04 Dec 2001 23:57:29 +0100
To: guerby@acm.org
Cc: bosch@gnat.com,  zack@codesourcery.com,  minyard@acm.org, 
 gcc@gcc.gnu.org
Subject: Re: Ada build now requires gnatmake?
References: <8A9B4D22-E8F5-11D5-8627-00039344BF4A@gnat.com>
	<200112042113.fB4LDft31185@ulmo.localdomain>
From: Florian Weimer <fw@deneb.enyo.de>
Date: Tue, 04 Dec 2001 14:32:00 -0000
In-Reply-To: <200112042113.fB4LDft31185@ulmo.localdomain>
 (<guerby@acm.org>'s message of "Tue, 4 Dec 2001 22:13:41 +0100")
Message-ID: <87667m7fvq.fsf@deneb.enyo.de>
User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/21.1 (i686-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-SW-Source: 2001-12/txt/msg00183.txt.bz2

<guerby@acm.org> writes:

> I reread the discussions, and no message carries a patch that applies
> cleanly any longer. While I'm at it I'll submit a patch that merges
> some common code for those Ada file generating tools (xtreeprs,
> xsinfo, xeinfo and xnmake - 1665 SLOC total), provides a wrapper tool
> and a Makefile target that does not use gnatmake to get things done
> and is parallel-safe.

If you want to eliminate the use of gnatmake in order to enable
building with a minimal GNAT version, I'm not sure if you will achieve
this goal with your approach.  IIRC, some of the tools use the
GNAT.Spitbol packages, which in turn depend on Ada.Strings.Unbounded,
which is not available with a minimal GNAT installation (at least
there's an undocumented coding requirement in this direction).