--- Additional Comments From ian at airs dot com 2008-12-12 02:44 ---
Thanks. It looks like GNU ld is generated R_386_NONE relocations for some
reason, and that is confusing gold. I committed a patch which should cause gold
-r to discard R_xxx_NONE relocations. I don't have a test case
--- Additional Comments From stefan dot becker at nokia dot com 2008-12-11
17:50 ---
Created an attachment (id=3100)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=3100&action=view)
Obfuscated output from readelf -Wr
Here is the requested data. I hope it doesn't matter that I ob
--- Additional Comments From ian at airs dot com 2008-12-11 16:05 ---
It looks like gold is getting confused by an absolute relocation. Can you
attach the output of readelf -r on the precompiled_gnuld.a file? Thanks.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=7091
--- Yo
There are times when it would be Really Convenient for gprof to
support a histogram bucket that was 32 bits wide instead of 16
bits. (Performance monitors, simulators, etc.)
Last time I added this support locally, it amounted to about
200 lines of patches, but my patches don't support both 16
--- Additional Comments From amodra at bigpond dot net dot au 2008-12-11
10:17 ---
http://sourceware.org/ml/binutils/2008-12/msg00145.html
http://sourceware.org/ml/binutils-cvs/2008-12/msg00049.html
--
What|Removed |Added
--- Additional Comments From stefan dot becker at nokia dot com 2008-12-11
09:37 ---
Dooh, no wonder I couldn't make heads or tails out of the backtrace. Should have
thought about that myself :-)
Here is the backtrace generated from a binary compiled with -O0:
(gdb) bt
#0 gold::do_gol
