From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2478 invoked by alias); 2 Dec 2002 21:43:27 -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 2464 invoked from network); 2 Dec 2002 21:43:26 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 2 Dec 2002 21:43:26 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id gB2LIWP25507; Mon, 2 Dec 2002 16:18:32 -0500 Received: from post-office.corp.redhat.com (post-office.corp.redhat.com [172.16.52.227]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id gB2LhPD20269; Mon, 2 Dec 2002 16:43:25 -0500 Received: from greed.delorie.com (dj.cipe.redhat.com [10.0.0.222]) by post-office.corp.redhat.com (8.11.6/8.11.6) with ESMTP id gB2LhOl21208; Mon, 2 Dec 2002 16:43:24 -0500 Received: (from dj@localhost) by greed.delorie.com (8.11.6/8.11.6) id gB2LhHV01507; Mon, 2 Dec 2002 16:43:17 -0500 Date: Mon, 02 Dec 2002 13:43:00 -0000 Message-Id: <200212022143.gB2LhHV01507@greed.delorie.com> From: DJ Delorie To: aoliva@redhat.com CC: drow@mvista.com, neroden@twcny.rr.com, gcc-patches@gcc.gnu.org, gdb-patches@sources.redhat.com, binutils@sources.redhat.com In-reply-to: (message from Alexandre Oliva on 02 Dec 2002 18:48:24 -0200) Subject: Re: (toplevel) introduce host subdir configuration in Makefile References: <20021128221312.GA20889@doctormoo> <20021202161822.GA11078@nevyn.them.org> <20021202165230.GA12234@nevyn.them.org> <20021202182338.GA16046@nevyn.them.org> X-SW-Source: 2002-12/txt/msg00040.txt.bz2 > Hmm... I thought the whole point of having explicit configure > targets was to be able to run them in parallel. If we can arrange that, that would be better. For now I think just serializing the configures (allowing builds in parallel) will be a sufficient gain. > Of course we'll still be able to configure a sub-package while > another builds, but that's not quite as good. It will also allow re-configuring to pick up one or two new subdirectories (or manually de-configured) without reconfiguring everything.