From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18895 invoked by alias); 19 Nov 2007 12:14:55 -0000 Received: (qmail 18886 invoked by uid 22791); 19 Nov 2007 12:14:54 -0000 X-Spam-Check-By: sourceware.org Received: from province.act-europe.fr (HELO province.act-europe.fr) (212.157.227.214) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 19 Nov 2007 12:14:50 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-province.act-europe.fr (Postfix) with ESMTP id C612C16668C; Mon, 19 Nov 2007 13:14:37 +0100 (CET) Received: from province.act-europe.fr ([127.0.0.1]) by localhost (province.act-europe.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9HJR3KoR7UQR; Mon, 19 Nov 2007 13:14:37 +0100 (CET) Received: from cardhu.act-europe.fr (cardhu.act-europe.fr [10.10.0.168]) by province.act-europe.fr (Postfix) with ESMTP id 9703B1666BD; Mon, 19 Nov 2007 13:14:37 +0100 (CET) Received: by cardhu.act-europe.fr (Postfix, from userid 546) id 895EF1C2; Mon, 19 Nov 2007 13:14:37 +0100 (CET) Date: Mon, 19 Nov 2007 13:33:00 -0000 From: Olivier Hainque To: Paolo Bonzini Cc: "Joseph S. Myers" , gcc@gcc.gnu.org, berrendo@adacore.com, roche@adacore.com, hainque@adacore.com Subject: Re: structuring a front-end subdirectory Message-ID: <20071119121437.GB7651@cardhu.act-europe.fr> References: <20071109164421.GA24588@cardhu.act-europe.fr> <20071112125938.GA1924@cardhu.act-europe.fr> <47415346.8000306@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47415346.8000306@gnu.org> User-Agent: Mutt/1.4.1i X-IsSubscribed: yes Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2007-11/txt/msg00530.txt.bz2 Hello Paolo, Paolo Bonzini wrote: > Would it be possible to add a --enable-small option to libada, which > would enable compilation of the subset used by GNAT? Then, one could > make libada build twice: as a host module with --enable-small, and as a > target module without the option. Humm, maybe. We'll have to think about it when considering the other candidate structural enhancements. Thanks for the suggestion. > > 1) Add a new "gcc_subdir" variable in config-lang.in. When set, configure > > looks for a complete config-lang.in, makefile fragments > > (Make-lang.in), > > lang tree files, ... in $(srcdir)//. When not > > set it looks in $(srcdir)/ as usual. > > Could you please outline the final "look" of the filesystem? Sure. The idea for this first step is to separate the components participating in the integration with GCC. We would just create a, say, ada/gcc-interface subdirectory and move Make-lang.in # build infrastructure bits Makefile.in config-lang.in ada-tree.def # internal compiler bits ada-tree.h ada.h cuintp.c decl.c deftarg.c gigi.h lang-specs.h lang.opt misc.c targtyps.c trans.c utils.c utils2.c" there. > It would seem to me that if everything was moved to libada, this > would not be necessary anymore. > If you need this as a stopgap measure, it's fine by me but I would > like a comment in configure.ac saying that this is bound to > disappear and should not be used by other language front-ends. This really is not intended as stopgap measure. Besides our move to svn, a primary goal of the suggested change is to move this set of sources out of a more general grabbag, to clarify their specific purpose and simplify the grabbag, which in turn might make further reorgs easier. I think moving them into libada would defeat this purpose. > In this case, by the way, the gengtype changes would also be less > necessary, and I could approve the configure.ac patch myself (note that > I have not finished reviewing it, so this is not --yet-- an approval). Thanks much for your feedback, Olivier