--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
http://sourceware.org/bugzilla
--- Additional Comments From pinskia at gcc dot gnu dot org 2006-09-20
06:43 ---
(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 file?
And how did you build GCC
--- Additional Comments From pluto at agmk dot net 2006-09-20 06:00 ---
(In reply to comment #2)
> When an object file is marked as generic ELF, it shouldn't have any
processor
> specific data, including relocations. exception.o is a generic ELF object
> with relocations. Linker doesn't
--- Additional Comments From pluto at agmk dot net 2006-09-20 05:50 ---
(In reply to comment #7)
> A patch is posted at
>
> http://sourceware.org/ml/binutils/2006-09/msg00187.html
i'll test it today...
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3191
--- You are receivin
--- Additional Comments From pluto at agmk dot net 2006-09-20 05:49 ---
(In reply to comment #8)
> It looks like a gcc bug. See
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29146
i don't think so. `-gdwarf-2' option allows gcc to use dwarf3 features.
--
http://sourceware.org/bug
--- Additional Comments From hjl at lucon dot org 2006-09-20 05:28 ---
It looks like a gcc bug. See
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29146
--
What|Removed |Added
--- Additional Comments From hjl at lucon dot org 2006-09-20 04:37 ---
A patch is posted at
http://sourceware.org/ml/binutils/2006-09/msg00187.html
--
What|Removed |Added
--- Additional Comments From hjl at lucon dot org 2006-09-19 23:01 ---
Please also provide the preprocessed source and assembly code.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3191
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are
--- Additional Comments From hjl at lucon dot org 2006-09-19 22:57 ---
When an object file is marked as generic ELF, it shouldn't have any processor
specific data, including relocations. exception.o is a generic ELF object
with relocations. Linker doesn't know how to process those relocat
--- Additional Comments From sjo at anglia dot com 2006-09-19 08:31 ---
with nothing declared in the data section i would expect the __data_start and
_edata to be 0x2000. however _edata is 0x12C.
The behaviour is correct in binutils 2.16.1 and if a variable is declared.
--
http:/
--- Additional Comments From pluto at agmk dot net 2006-09-19 08:27 ---
(In reply to comment #3)
> $ g++ -o /dev/null .libs/client.o
> (...)
> /usr/bin/ld: Dwarf Error: DW_FORM_strp offset (685178) greater than or equal
> to .debug_str size (27238).
> /usr/bin/ld: Dwarf Error: DW_FORM_s
--- Additional Comments From pluto at agmk dot net 2006-09-19 08:24 ---
Created an attachment (id=1306)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1306&action=view)
testcase
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3191
--- You are receiving this mail becaus
--- Additional Comments From pluto at agmk dot net 2006-09-19 08:23 ---
strictly the segv dissaperd but the linker still exists.
now i have a opensource testcase (a part of kdesvn build).
$ g++ -o /dev/null .libs/client.o
(...)
/usr/bin/ld: Dwarf Error: DW_FORM_strp offset (685178) great
$ sparc64-sun-solaris2.9-g++ -o /dev/null -Wl,--whole-archive
libboost_filesystem.a
/local/devel/toolchain41/sparc64-sun-solaris2.9/lib/gcc/sparc64-sun-solaris2.9/4.1.2/../../../../sparc64-sun-solaris2.9/bin/ld:
libboost_filesystem.a(exception.o): Relocations in generic ELF (EM: 0)
/local/devel/
--- Additional Comments From pluto at agmk dot net 2006-09-19 08:15 ---
Created an attachment (id=1305)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1305&action=view)
testcase
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3230
--- You are receiving this mail becaus
15 matches
Mail list logo
