This is the mail archive of the newlib@sourceware.org mailing list for the newlib project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: New libtool is in the GCC and Src trees.


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]