From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30108 invoked by alias); 9 Feb 2007 17:39:44 -0000 Received: (qmail 29747 invoked by uid 22791); 9 Feb 2007 17:39:41 -0000 X-Spam-Check-By: sourceware.org Received: from pollux.ds.pg.gda.pl (HELO pollux.ds.pg.gda.pl) (153.19.208.7) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 09 Feb 2007 17:39:33 +0000 Received: from localhost (localhost [127.0.0.1]) by pollux.ds.pg.gda.pl (Postfix) with ESMTP id 19524E1CBE; Fri, 9 Feb 2007 18:39:20 +0100 (CET) Received: from pollux.ds.pg.gda.pl ([127.0.0.1]) by localhost (pollux.ds.pg.gda.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YKmD8KbShnt3; Fri, 9 Feb 2007 18:39:19 +0100 (CET) Received: from piorun.ds.pg.gda.pl (piorun.ds.pg.gda.pl [153.19.208.8]) by pollux.ds.pg.gda.pl (Postfix) with ESMTP id 9CCE7E1C73; Fri, 9 Feb 2007 18:39:19 +0100 (CET) Received: from blysk.ds.pg.gda.pl (macro@blysk.ds.pg.gda.pl [153.19.208.6]) by piorun.ds.pg.gda.pl (8.13.8/8.13.8) with ESMTP id l19HdWJl022166; Fri, 9 Feb 2007 18:39:33 +0100 Date: Fri, 09 Feb 2007 17:39:00 -0000 From: "Maciej W. Rozycki" To: Daniel Jacobowitz cc: DJ Delorie , gcc-patches@gcc.gnu.org, binutils@sourceware.org, gdb-patches@sourceware.org, newlib@sourceware.org Subject: Re: Updating top-level autoconf to 2.59 In-Reply-To: <20070209161658.GA13966@nevyn.them.org> Message-ID: References: <20070111225346.GA1335@nevyn.them.org> <20070207193352.GA13757@nevyn.them.org> <20070208222020.GA2267@nevyn.them.org> <200702082254.l18MsOuR028641@greed.delorie.com> <20070209151558.GA7193@nevyn.them.org> <20070209153841.GA12038@nevyn.them.org> <20070209161658.GA13966@nevyn.them.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Status: Clean Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2007-02/txt/msg00133.txt.bz2 On Fri, 9 Feb 2007, Daniel Jacobowitz wrote: > On Fri, Feb 09, 2007 at 04:13:43PM +0000, Maciej W. Rozycki wrote: > > I see, though frankly I wouldn't consider switching from 2.59 to 2.61 too > > much of a project. And certainly much less than doing the 2.13 to 2.59 > > conversion at the top level. Of course in 2.61 there may be different > > bugs than in 2.59, but I gather the new version is not meant to imply any > > kind of revolution. Even if there were some subtle problems somewhere, > > they should get sorted out as things go by stage 3. > > > > Or is it because of the new structure of install directories? > > There's simply too many directories. We'd want to upgrade all of src > and gcc at once. Sure -- I use a script like this for regenerating all the scripts: for name in `find . -name 'configure.[ai][cn]' -exec dirname "{}" \;`; do (cd $name && autoconf) STATUS=$? if [ $STATUS -ne 0 ]; then exit $STATUS fi done I have similar scripts for running `libtoolize', `aclocal', `autoheader' and `automake' if interested. They should make the tree consistent, though configuring and running `make' may be necessary afterwards and before committing the changes for some timestamps to be updated (most notably for results of `autoheader'). BTW, do we still want to carry local copies of severely obsolete libtool scripts? I have had success with libtool 1.5.22 and GCC 4.1.1 after a moderate amount of work (mostly shuffling bits around; libjava/ was the most involving part) -- if there is interest in upgrading (which might help some people with less common configurations) I could port them to the trunk sooner rather than later. > And yes, there are some troublesome changes - like, if you don't adjust > your makefiles, you get warnings about ignoring datarootdir. Indeed, though they are not fatal. Perhaps Makefile.in files in the affected directories (Makefile.am are OK as sufficiently new automake will deal with that) could get updated beforehand? It should not hurt at all. Maciej