New libtool is in the GCC and Src trees.

Andreas Tobler toa@pop.agri.ch
Fri May 25 17:38:00 GMT 2007


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



More information about the Gdb-patches mailing list