From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17556 invoked by alias); 28 Dec 2002 17:51:36 -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 17541 invoked from network); 28 Dec 2002 17:51:34 -0000 Received: from unknown (HELO lacrosse.corp.redhat.com) (66.187.233.200) by 209.249.29.67 with SMTP; 28 Dec 2002 17:51:34 -0000 Received: from free.redhat.lsd.ic.unicamp.br (aoliva2.cipe.redhat.com [10.0.1.156]) by lacrosse.corp.redhat.com (8.11.6/8.9.3) with ESMTP id gBSHpKY26744; Sat, 28 Dec 2002 12:51:20 -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 gBSHpJMK031860; Sat, 28 Dec 2002 15:51:19 -0200 Received: (from aoliva@localhost) by free.redhat.lsd.ic.unicamp.br (8.12.6/8.12.6/Submit) id gBSHpJML031856; Sat, 28 Dec 2002 15:51:19 -0200 To: Daniel Jacobowitz Cc: gcc-patches@gcc.gnu.org, gdb-patches@sources.redhat.com, binutils@sources.redhat.com Subject: Re: (toplevel) Fix dramatic breakage for ordinary crosses (related to program_transform_name) References: <20021228093127.GA455@doctormoo> <20021228163419.GA10686@nevyn.them.org> From: Alexandre Oliva Organization: GCC Team, Red Hat Date: Sat, 28 Dec 2002 09:56:00 -0000 In-Reply-To: <20021228163419.GA10686@nevyn.them.org> 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/msg00719.txt.bz2 On Dec 28, 2002, Daniel Jacobowitz wrote: > I notice that you moved the .NOTPARALLEL down to the configure section. Just because otherwise `make NOTPARALLEL=something' would cause make to try to build something, not all. > While it is there what do you think of removing the serialization > dependencies? Some day, some day... Really, the only way to avoid them is to introduce some form of locking, an idea that DJ vehemently rejects. Unless... We could perhaps have NOTPARALLEL set by default, which would take care of avoiding configurations in parallel even without serialized dependencies, but a configure option to disable NOTPARALLEL and introduce locking. DJ, how does this sound for you? > Also, top level configure no longer accepts --norecursion. The autoconf spelling is --no-recursion. Anyway, it no longer recurses... Unfortunately, with autoconf, it gets *really* tricky to introduce options that are not in the autoconf option space (--with or --enable), so offering --norecursion for backward-compatibility gets tricky. > This means that one has to configure from scratch in any existing > working directory. ./config.status --recheck? Oh, perhaps you mean with a config.status that pre-dates autoconfiscation? Yeah, this would be tricky... Editing config.status is your best bet. Failing that, well... Running the top-level configure again is no such big deal, is it? :-) -- 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