This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Gdb dwarf bug ([BUG] Regression in 2.14.90 (relative to 2.13.90))
- From: "H. J. Lu" <hjl at lucon dot org>
- To: Nick Clifton <nickc at redhat dot com>, GDB <gdb at sources dot redhat dot com>
- Cc: binutils at sources dot redhat dot com, jason at redhat dot com
- Date: Wed, 19 Nov 2003 11:54:09 -0800
- Subject: Gdb dwarf bug ([BUG] Regression in 2.14.90 (relative to 2.13.90))
- References: <20031112164010.GA12273@alinoe.com> <m3brrg1cu8.fsf@redhat.com> <20031113223639.GA26358@alinoe.com> <m38ymjxoka.fsf@redhat.com> <20031115164357.GA6521@alinoe.com> <m3oev9n8r7.fsf@redhat.com>
On Tue, Nov 18, 2003 at 12:47:40PM +0000, Nick Clifton wrote:
> Hi Carlo,
>
> > The correct output would give an entry with PC = 0. And you get
> > (just like me) two entries with both a non-zero PC, which is the
> > bug. If you would *compile/link* the test case with binutils
> > 2.3.90, then you would see different results, which is correct.
>
> Ok - I think I was mistaken when I reported that the current sources
> generate a non-0 address table for the discard wa2.C compilation
> unit. Looking further into the "readelf -wl" output of the a.out file
> built from wa.c and wa2.c using todays gcc/binutils I get this:
>
Carlo is right. ld is changed to work around
http://sources.redhat.com/ml/binutils/2003-06/msg00473.html
The problem is gdb can't deal with discarded line info in different
CUs.
H.J.