From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19333 invoked by alias); 22 Sep 2002 20:17:17 -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 19299 invoked from network); 22 Sep 2002 20:17:16 -0000 Received: from unknown (HELO lacrosse.corp.redhat.com) (66.187.233.200) by sources.redhat.com with SMTP; 22 Sep 2002 20:17:16 -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 g8MKHEP27245; Sun, 22 Sep 2002 16:17:14 -0400 Received: from free.redhat.lsd.ic.unicamp.br (localhost.localdomain [127.0.0.1]) by free.redhat.lsd.ic.unicamp.br (8.12.5/8.12.5) with ESMTP id g8MKHCCx020168; Sun, 22 Sep 2002 17:17:13 -0300 Received: (from aoliva@localhost) by free.redhat.lsd.ic.unicamp.br (8.12.5/8.12.5/Submit) id g8MG9KtM018385; Sun, 22 Sep 2002 13:09:20 -0300 To: Nathanael Nerode Cc: gcc-patches@gcc.gnu.org, gdb-patches@sources.redhat.com, binutils@sources.redhat.com, dj@redhat.com Subject: Re: toplevel Makefile.in: generate with autogen References: <20020922021604.GA32268@doctormoo.dyndns.org> From: Alexandre Oliva Organization: GCC Team, Red Hat Date: Sun, 22 Sep 2002 13:17:00 -0000 In-Reply-To: <20020922021604.GA32268@doctormoo.dyndns.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-09/txt/msg00556.txt.bz2 On Sep 21, 2002, Nathanael Nerode wrote: > This change causes toplevel Makefile.in to be generated by autogen from > Makefile.tpl and Makefile.def; consensus was reached a while back that > this was a reasonable thing to do. Hmm... I thought this would also move into Makefile.def the dependencies of each module (configure, build and perhaps install dependencies). I think this would be a nice improvement in the future, since the information would all be collected in a single place. Also, I've noticed that parallel make recently hasn't been as efficient as it was in the past as to processing multiple directories simultaneously. It appears that these days it only processes directories sequentially, even though they're not using as many processes as specified for the top-level make -j. I thought this might have been caused by changes in make itself, but last week I've been working with parallel makes on an old branch and I found out it was not the case: it's actually something that changed in the GCC build infrastructure. Could I perhaps convince you to have a look? :-) I'd approve this patch (with the same caveats) if it had a ChangeLog entry and it accompanied documentation changes that introduced the dependency on autogen and explained how to rebuild Makefile.in from its new dependencies. A new rule to that end in Makefile.in would definitely be welcome. config/gcc_update should also be adjusted. -- 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