--
What|Removed |Added
AssignedTo|unassigned at sources dot |amodra at bigpond dot net
|redhat dot com |dot au
http://sourceware.org/bugzil
--- Additional Comments From hjl at lucon dot org 2006-07-17 22:51 ---
Created an attachment (id=1171)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1171&action=view)
A testcase
I got
[EMAIL PROTECTED] cref]$ make
gcc -fPIC -c -o x.o x.c
gcc -fPIC -c -o y.o y.c
./ld -shared
--cref was broken by --as-needed. cref stores the string pointer from
a dso. When memory of unused dso is freed, cref reference is corrupted.
--
Summary: ld --cref doesn't work with --as-needed
Product: binutils
Version: 2.18 (HEAD)
Status: NEW
I'm trying to use the addr2line source as an example of using bfd to map the
addresses from the glibc backtrace() back to file and line number. In the
process I realized that addr2line doesn't report the correct address.
This seems like a bug.
gdb reports:
(gdb) bt
#0 0xe410 in __kernel_vsy
On Tue, Jul 11, 2006 at 03:30:16PM -0400, Mat Hostetter wrote:
> The bug is that 'report_op_error' incorrectly uses 'file' and 'line'
> in the 'else' case where they are not initialized. Because the value
> of 'file' is garbage, it is of course somewhat random whether you will
> see a crash.
>
> T
