http://sourceware.org/bugzilla/show_bug.cgi?id=13947
--- Comment #7 from H.J. Lu <hjl.tools at gmail dot com> 2012-04-11 14:54:19 UTC --- (In reply to comment #6) > (In reply to comment #5) > > (In reply to comment #4) > > > (In reply to comment #3) > > > > Created attachment 6333 [details] > > > > A patch > > > > > > I just tried this patch and it doesn't seem to fix anything. I rebuilt > > > all of > > > binutils after applying it, rebuild a binary with --emit-relocs using ld > > > from > > > the newly rebuilt binutils and then used the new strip binary. > > > > strip is OK. It is a linker bug. You need to use the new linker to > > create the executable. > > As I said, I tried to link with the ld from the newly rebuilt binutils. To > this end, I first created the object file using gcc -c and then looked at the > output of gcc -Wl,--emit-relocs -v to know what arguments it passes to > collect2. I used the same arguments with the freshly built ld-new binary in > the ld/ subdirectory (just changed the path to the object file) to produce the > executable. > > Now I can apply strip once and twice, but the third time it fails with: > Please provide outputs of "readelf -Sl" on each ld/strip result. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
