--
What|Removed |Added
OtherBugsDependingO||6848
nThis||
http://sourceware.org/bugzilla/show_bug.cgi?id=3469
--
--- Additional Comments From jbeulich at novell dot com 2006-11-16 08:15
---
patch committed
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From jbeulich at novell dot com 2006-11-15 11:24
---
patch submitted
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3469
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
--- Additional Comments From jbeulich at novell dot com 2006-11-14 09:38
---
Created an attachment (id=1417)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1417&action=view)
tentative patch
this one's against 2.17, testing against mainline in progress
--
http://sourceware.or
--
What|Removed |Added
CC||hjl at lucon dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=3469
--- You are receiving this mail
--- Additional Comments From jbeulich at novell dot com 2006-11-13 15:09
---
I would think that symbol_equated_reloc_p() for such a symbol should return
true, but it doesn't. Investigating further...
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3469
--- You are receiving th
--- Additional Comments From amodra at bigpond dot net dot au 2006-11-09
00:22 ---
Yes, it's clear to me that glibc has a bug here. I suspect that
_dl_argv_internal should not have a definition in .bss. It's equally clear to
me that gas cannot allow relocations to be emitted against sy
--- Additional Comments From jbeulich at novell dot com 2006-11-08 15:07
---
But this is exactly one of these ambiguous cases: While I agree that it
shouldn't silently produce a bad object file, what should gas assume the user
wants - the first value seen, or the last one (or any interme
--- Additional Comments From amodra at bigpond dot net dot au 2006-11-08
11:47 ---
Jan, would you please have a look at this? The problem here is that we have a
reloc generated against a symbol that is cloned when redefined, thus is removed
from the gas symbol chain.
--
Wh
--
What|Removed |Added
GCC target triplet|powerpc-montavista-linux-gnu|all
http://sourceware.org/bugzilla/show_bug.cgi?id=3469
--- You are receiving this mail because: ---
--- Additional Comments From amodra at bigpond dot net dot au 2006-11-07
09:06 ---
Created an attachment (id=1405)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1405&action=view)
reduced testcase
This testcase fails on x86 too.
--
http://sourceware.org/bugzilla/show_bug.cgi
--
What|Removed |Added
CC||amodra at bigpond dot net
||dot au
http://sourceware.org/bugzil
--- Additional Comments From raj dot khem at gmail dot com 2006-11-07
02:39 ---
Created an attachment (id=1403)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1403&action=view)
testcase
ppc-9xx-as -a64 xx.s
will produce the corrupt object. the entry in .rela.roc is corrupt
C f
--- Additional Comments From raj dot khem at gmail dot com 2006-11-07
02:06 ---
In the correct object it looks like
Relocation section '.rela.toc' at offset 0x1cc28 contains 179 entries:
Offset Info Type Sym. ValueSym. Name +
Addend 004600
14 matches
Mail list logo
