From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7118 invoked by alias); 30 Dec 2002 10:36:26 -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 7104 invoked from network); 30 Dec 2002 10:36:24 -0000 Received: from unknown (HELO mailout5-0.nyroc.rr.com) (24.92.226.169) by 209.249.29.67 with SMTP; 30 Dec 2002 10:36:24 -0000 Received: from doctormoo (syr-24-24-16-193.twcny.rr.com [24.24.16.193]) by mailout5-0.nyroc.rr.com (8.11.6/RoadRunner 1.20) with ESMTP id gBUAZuF17236; Mon, 30 Dec 2002 05:35:56 -0500 (EST) Received: from neroden by doctormoo with local (Exim 3.36 #1 (Debian)) id 18SxFm-000063-00; Mon, 30 Dec 2002 05:34:38 -0500 Date: Mon, 30 Dec 2002 02:42:00 -0000 To: gcc-patches@gcc.gnu.org, aoliva@redhat.com Cc: gdb-patches@sources.redhat.com, binutils@sources.redhat.com Subject: subdir/toplevel dependence (was Re: (toplevel)...) Message-ID: <20021230103438.GA371@doctormoo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i From: Nathanael Nerode X-SW-Source: 2002-12/txt/msg00751.txt.bz2 Alex said: >- I've also removed the dependence of configure-* on ./config.status. > I don't understand why we put this in. I get the impression it was > a mistake, since the earlier top-level (say in the gcc-3.3 branch) > does not get any sub-packages reconfigured just because the top > level config.status changes. If we really want to do this, we > should arrange for the code that updates config.status in the > top-level to also remove the Makefiles of all subdirs, so that > they're reconfigured next. I put this in because there's a real dependence here. :-( The correct dependence, technically, is that configure-* depends on top level Makefile, which depends on config.status. The point is, if you rerun top level 'configure' with different arguments, creating a new Makefile which will pass down different arguments, it's essential to rerun configure at the lower levels with the new arguments as well. Implement this however you please, but it needs to be there. :-) --Nathanael