From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 355 invoked by alias); 13 Apr 2007 07:18:52 -0000 Received: (qmail 323 invoked by uid 22791); 13 Apr 2007 07:18:48 -0000 X-Spam-Check-By: sourceware.org Received: from server.usilu.net (HELO mail.usilu.net) (195.176.178.200) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 13 Apr 2007 08:18:45 +0100 Received: from [192.168.68.211] ([192.168.68.211] RDNS failed) by mail.usilu.net over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 13 Apr 2007 09:18:23 +0200 Message-ID: <461F2EBD.5010700@lu.unisi.ch> Date: Fri, 13 Apr 2007 07:18:00 -0000 From: Paolo Bonzini Reply-To: bonzini@gnu.org User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: sje@cup.hp.com 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 References: <200704101825.LAA20541@hpsje.cup.hp.com> In-Reply-To: <200704101825.LAA20541@hpsje.cup.hp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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/msg00187.txt.bz2 > OK to checkin? I checked in the patch to fix the as/ld/nm problem on cygwin, but there are still other issues to be solved. However, I'm sure we can first of all limit your pain in maintaining the patch. So, if you wish, you can checkin everything *but the new libtool* after testing on just one platform (combined tree, or separate gcc/src builds are both okay), with the changes I indicate below. The patch is preapproved with those changes, but please post it again. > 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. > 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. > gas/ChangeLog > 2007-03-22 Steve Ellcey > * acinclude.m4: Add new includes. > * aclocal.m4: Regenerate. > * Makefile.in: Regenerate. > * configure: Regenerate. Likewise. > gprof/ChangeLog > 2007-03-22 Steve Ellcey > * acinclude.m4: Add new includes. > * aclocal.m4: Regenerate. > * Makefile.in: Regenerate. > * configure: Regenerate. Likewise. > rda/ChangeLog > 2007-03-22 Steve Ellcey > * acinclude.m4: Add new includes. > * aclocal.m4: Regenerate. > * Makefile.in: Regenerate. > * configure: Regenerate. Likewise. Paolo