From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20317 invoked by alias); 13 Apr 2007 17:07:47 -0000 Received: (qmail 20209 invoked by uid 22791); 13 Apr 2007 17:07:46 -0000 X-Spam-Check-By: sourceware.org Received: from palrel13.hp.com (HELO palrel13.hp.com) (156.153.255.238) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 13 Apr 2007 18:07:41 +0100 Received: from smtp1.cup.hp.com (smtp.cup.hp.com [15.4.32.117]) by palrel13.hp.com (Postfix) with ESMTP id C81F53510A; Fri, 13 Apr 2007 10:07:36 -0700 (PDT) Received: from hpsje.cup.hp.com (hpsje.cup.hp.com [16.89.92.85]) by smtp1.cup.hp.com (Postfix) with ESMTP id 91F1A49CF38; Fri, 13 Apr 2007 17:07:36 +0000 (UTC) Received: (from sje@localhost) by hpsje.cup.hp.com (8.9.3 (PHNE_29774)/8.9.3) id KAA20364; Fri, 13 Apr 2007 10:07:35 -0700 (PDT) Date: Fri, 13 Apr 2007 17:27:00 -0000 From: Steve Ellcey Message-Id: <200704131707.KAA20364@hpsje.cup.hp.com> To: bonzini@gnu.org Cc: binutils@sourceware.org, gcc-patches@gcc.gnu.org, gdb-patches@gcc.gnu.org, newlib@sourceware.org, Ralf.Wildenhues@gmx.de, aoliva@redhat.com, fxcoudert@gmail.com, libtool@cwilson.fastmail.fm, schwab@suse.de Subject: Re: Final(?) patch to update libtool in GCC and src trees In-Reply-To: <461F2EBD.5010700@lu.unisi.ch> 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-04/txt/msg00203.txt.bz2 > The patch is preapproved with those changes, but please post it again. Just to be clear, this approval is for both the GCC and the Src tree right? > > Top level src tree ChangeLog: > > > > 2007-03-22 Steve Ellcey > > * src-release: Update with new libtool file list. > > Obviously leave this out for now too, and keep config-ml.in in sync > between gcc and src. OK, If the config-ml.in change works with the old libtool I will make the change in both trees. Otherwise I will leave them both alone. > > bfd/ChangeLog > > 2007-03-22 Steve Ellcey > > * configure.in: Change macro call order. > > * aclocal.m4: Regenerate. > > * Makefile.in: Regnerate. > > * configure: Regenerate. > > Here, please add -I .. to Makefile.am's ACLOCAL_AMFLAGS instead of > modifying acinclude.m4. That seems like a good idea. I did the change with sinclude because the src tree seemed to use sinclude's instead of ACLOCAL_AMFLAGS. If I am adding ACLOCAL_AMFLAGS should I add -I ../config and -I ../bfd too and remove all the sinclude statements from the acinclude.m4 scripts? My plan is to make the changes you want, test with the new libtool to make sure that works, then revert to the old libtool, retest, and check in the changes when that works. It may take a few days. Steve Ellcey sje@cup.hp.com