From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13976 invoked by alias); 25 May 2007 17:38:07 -0000 Received: (qmail 13942 invoked by uid 22791); 25 May 2007 17:38:06 -0000 X-Spam-Check-By: sourceware.org Received: from exsmtp01.agrinet.ch (HELO exsmtp01.agrinet.ch) (81.221.254.200) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 25 May 2007 17:38:02 +0000 Received: from smtp.messaging.ch ([10.50.250.214]) by exsmtp01.agrinet.ch with Microsoft SMTPSVC(6.0.3790.1830); Fri, 25 May 2007 19:37:52 +0200 Received: from wolfram.andreas.nets ([84.73.68.225]) by smtp.messaging.ch with id 3STZ1X0024rcz700000000; Fri, 25 May 2007 16:27:34 +0200 X-IMP: RBL SBL+XBL: 0.00,RBL SPAMCOP: 0.00,RBL SORBS: 0.10,URL RHS: 0.00,URL SURBL: 0.00 Message-ID: <46571EEE.6000809@pop.agri.ch> Date: Fri, 25 May 2007 17:38:00 -0000 From: Andreas Tobler User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Mike Stump CC: libtool@cwilson.fastmail.fm, Steve Ellcey , jjohnstn@redhat.com, bonzini@gnu.org, newlib@sourceware.org, aoliva@redhat.com, gcc-patches@gcc.gnu.org, gdb-patches@sourceware.org, binutils@sourceware.org Subject: Re: New libtool is in the GCC and Src trees. References: <200705242032.NAA13355@hpsje.cup.hp.com> <1180041270.4254.1191675307@webmail.messagingengine.com> <916D5267-3B4D-42E3-99C4-CD9A7228D466@apple.com> In-Reply-To: <916D5267-3B4D-42E3-99C4-CD9A7228D466@apple.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-05/txt/msg00394.txt.bz2 Mike Stump wrote: > On May 24, 2007, at 2:14 PM, libtool@cwilson.fastmail.fm wrote: >> Instead of fixing gcc's local copy, shouldn't this fix -- or a better >> one -- instead be submitted to libtool, and then gcc can resync? (At >> least in the medium-to-long term. For an immediate and temporary fix >> for a broken build, as long as it IS temporary...) > > I agree. I'm happy to have the hack in gcc so that we don't have gcc > not building and testing for the next month, but really, those options > should work on the compiler. If someone is passing them to the linker, > well, that's wrong. If to the compiler, I don't quite see what went > wrong, and no one said what went wrong. Cleaverly, I was waiting on > other recent breakages to go away before updating, so I didn't see what > went wrong. > /head/testbin-single/lib/libltdl.3.dylib -Wl,-compatibility_version -Wl,5 -Wl,-current_version -Wl,5.1 /usr/bin/ld: unknown flag: -compatibility_version collect2: ld returned 1 exit status And Paolo, your suggestion doesn't work. Same error. So, do I follow correctly to put my patch into ltmain.sh on gcc? I just want to unbreak gcc bootstrap. Oh, and have a look into ltmain.sh on 4.2 branch... ok, I guess I put it in, but when I did that I synced from libtool cvs back in 03. Andreas