When "readelf -w" is used on client.o in
http://sources.redhat.com/bugzilla/show_bug.cgi?id=3191
it fails to dump .gnu.linkonce.wi.client.cpp.7682538d section since it assumes
there is only one set of debug sections. I don't know what the best way to
handle it is. One possibility is to combine th
--- Additional Comments From hjl at lucon dot org 2006-09-20 22:22 ---
Here is a new patch
http://sourceware.org/ml/binutils/2006-09/msg00205.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3191
--- You are receiving this mail because: ---
You are on the CC list for t
--- Additional Comments From hjl at lucon dot org 2006-09-20 20:57 ---
My patch is wrong. It just hides the real problem. dwarf2.c doesn't really
support more than one debug_xxx sections properly. It won't be easy to fix.
Since dwarf2.c is mainly used for error reporting, it isn't a serio
Problem:
Opcodes 0xA0-0xA3 (mov instruction) each contain a memory offset encoded within
the instruction. The offsets are address sized, however, on x86_64 the offset
size defaults to 64-bits (see AMD64 Architecture Programmer's Manual, Volume 3,
page 192). Because the offset is ad
On Wed, 2006-09-20 at 19:02 +, hjl at lucon dot org wrote:
> When reporting linker error, dwarf2 reader doesn't support more than one
> .debug_info section.
You can only have more than one debug_info section when
-feliminate-dwarf2-dups is used. This isn't a commonly used option, and
there ma
--- Additional Comments From wilson at specifix dot com 2006-09-20 19:31
---
Subject: Re: Dwarf 2 reader in linker doesn't suppor
DW_FORM_ref_addr
On Wed, 2006-09-20 at 19:02 +, hjl at lucon dot org wrote:
> When reporting linker error, dwarf2 reader doesn't support more th
--- Additional Comments From hjl at lucon dot org 2006-09-20 19:02 ---
Gcc may generate:
.section.gnu.linkonce.wi.client.cpp.7682538d,"",@progbits
...
DW.client.cpp.7682538d.2b:
.uleb128 0xd
.long 0x16a
.byte 0x1
.long .LASF
--
What|Removed |Added
Attachment #1306 is|0 |1
obsolete||
http://sourceware.org/bugzilla/show_bug.cgi?id=3191
-
--- Additional Comments From pluto at agmk dot net 2006-09-20 09:26 ---
Created an attachment (id=1307)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1307&action=view)
preprocessed sources and objects from gcc-4.1/4.2
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3191
-
--- Additional Comments From pluto at agmk dot net 2006-09-20 09:24 ---
(In reply to comment #11)
> (In reply to comment #8)
> > It looks like a gcc bug. See
> >
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29146
>
> No it does not.
> What version of GCC did you produce this object f
10 matches
Mail list logo
