From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8740 invoked by alias); 9 Nov 2007 18:12:24 -0000 Received: (qmail 8727 invoked by uid 22791); 9 Nov 2007 18:12:23 -0000 X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 09 Nov 2007 18:12:18 +0000 Received: (qmail 14976 invoked from network); 9 Nov 2007 18:12:16 -0000 Received: from unknown (HELO digraph.polyomino.org.uk) (joseph@127.0.0.2) by mail.codesourcery.com with ESMTPA; 9 Nov 2007 18:12:16 -0000 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.68) (envelope-from ) id 1IqYL1-0002vO-Nn; Fri, 09 Nov 2007 18:12:15 +0000 Date: Fri, 09 Nov 2007 22:46:00 -0000 From: "Joseph S. Myers" To: Olivier Hainque cc: gcc@gcc.gnu.org, berrendo@adacore.com, roche@adacore.com Subject: Re: structuring a front-end subdirectory In-Reply-To: <20071109164421.GA24588@cardhu.act-europe.fr> Message-ID: References: <20071109164421.GA24588@cardhu.act-europe.fr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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/msg00281.txt.bz2 On Fri, 9 Nov 2007, Olivier Hainque wrote: > As part of our Ada front-end maintainership, we (AdaCore) would like > to introduce a subdirectory of 'ada' where we would relocate all the > files implementing the Ada-front-end/GCC interface (the "gigi" sources > for the internal GNAT/GCC tree interfacing, plus the build > infrastructure bits: Make*.in and config-lang.in). If moving files, I'd encourage moving the sources built from the libada/ and gnattools/ toplevel directories to be physically located in those directories (or subdirectories of them) as far as possible, as one step in the rearrangement. I don't however know how much dependence there might be between these sources and the compiler sources that would make such a move difficult. Also note that, as described in gcc/doc/sourcebuild.texi, having gcc/ada/Makefile.in is deprecated, so I hope the rearrangement will eventually make it possible to eliminate this deprecated file (the only language remaining with its own Makefile.in). In any case, files should be moved with "svn mv" so that the history is properly maintained. -- Joseph S. Myers joseph@codesourcery.com