From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10574 invoked by alias); 5 Jul 2002 20:44:43 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 10546 invoked from network); 5 Jul 2002 20:44:41 -0000 Received: from unknown (HELO nerodeguest) (24.161.107.98) by sources.redhat.com with SMTP; 5 Jul 2002 20:44:41 -0000 Received: from neroden by nerodeguest with local (Exim 3.35 #1 (Debian)) id 17QZun-0003LD-00; Fri, 05 Jul 2002 16:42:53 -0400 Date: Fri, 05 Jul 2002 13:44:00 -0000 To: gcc@gcc.gnu.org, gdb@sources.redhat.com, binutils@sources.redhat.com, dj@redhat.com Subject: Autoconfiscation Status Message-ID: <20020705204253.GA8769@doctormoo.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i From: Nathanael Nerode X-SW-Source: 2002-07/txt/msg00066.txt.bz2 After a second round of analysis, I find that allowing srcdir or builddir to change locations between 'configure' and 'make' can't be done in a way I'm happy with (a way that isn't too complex to implement, too ugly, or too slow) *unless* I implement Per Bothner's build scheme first, in which case I think it will become easy. Since, following the recommondations of various people, all subconfigures will be invoked by 'make', the advantages of doing 'configure' on one machine and 'make' on another become somewhat more obscure. Top level configure by itself is very fast. "Make install" is different. I *believe* that there are no subdirectories whose 'install' targets make complicated references to other subdirectories, use programs which might be built in the tree, or other irritating things like that. I think the only programs used by 'install' targets which are *in* the tree are "install-sh" and libtool, both of which autoconf is quite good at finding. I think no install target actually *uses* things like FLAGS_FOR_TARGET and CC_FOR_TARGET. So I think that I don't need to use absolute paths for anything used by 'install', and so it can be done in a relocated directory; though I'm not sure. So I'm leaning toward putting autoconfiscation on hold and starting to implement the new build scheme. But if people would rather I finish autoconfiscation and lose the ability to move around between "configure", "make", and another "make" (potentially regaining it later) then I'll go ahead and do that. --Nathanael