From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27494 invoked by alias); 30 Dec 2002 14:06:48 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 27464 invoked from network); 30 Dec 2002 14:06:47 -0000 Received: from unknown (HELO lacrosse.corp.redhat.com) (66.187.233.200) by 209.249.29.67 with SMTP; 30 Dec 2002 14:06:47 -0000 Received: from free.redhat.lsd.ic.unicamp.br (aoliva.cipe.redhat.com [10.0.1.10]) by lacrosse.corp.redhat.com (8.11.6/8.9.3) with ESMTP id gBUE6WY29157; Mon, 30 Dec 2002 09:06:33 -0500 Received: from free.redhat.lsd.ic.unicamp.br (localhost.localdomain [127.0.0.1]) by free.redhat.lsd.ic.unicamp.br (8.12.6/8.12.6) with ESMTP id gBUE6Vj1020817; Mon, 30 Dec 2002 12:06:31 -0200 Received: (from aoliva@localhost) by free.redhat.lsd.ic.unicamp.br (8.12.6/8.12.6/Submit) id gBUE6Vuj020813; Mon, 30 Dec 2002 12:06:31 -0200 To: Nathanael Nerode Cc: gcc-patches@gcc.gnu.org, gdb-patches@sources.redhat.com, binutils@sources.redhat.com Subject: Re: subdir/toplevel dependence (was Re: (toplevel)...) References: <20021230103438.GA371@doctormoo> From: Alexandre Oliva Organization: GCC Team, Red Hat Date: Mon, 30 Dec 2002 06:25:00 -0000 In-Reply-To: <20021230103438.GA371@doctormoo> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-12/txt/msg00753.txt.bz2 On Dec 30, 2002, Nathanael Nerode wrote: > I put this in because there's a real dependence here. :-( Thanks, I see it now. It just happened to trigger other unwanted dependencies, that I really disliked. Well, guess we'll have to put them back in, but perhaps we can be more clever. The idea is to force sub-configures to run whenever we run the top-level configure, but if it's rerun just because the top-level configure was updated, we don't have to rerun sub-configures, right? That's the way it used to be. The solution I see is to arrange for configure to remove sub-Makefiles if it is run without --no-recursion (i.e., no_recursion != yes). Then, the check for sub-Makefile in the configure-* targets will take care of reconfiguring. How does this sound? -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org} CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org} Free Software Evangelist Professional serial bug killer