--- Comment #13 from ccoutant at gcc dot gnu dot org 2010-04-06 22:00
---
gold patch committed
--
ccoutant at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from rwild at gcc dot gnu dot org 2010-04-01 18:21 ---
(In reply to comment #11)
This patch works for me. Thanks for looking into this!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42757
--- Comment #11 from ccoutant at gcc dot gnu dot org 2010-04-01 06:32
---
Created an attachment (id=20269)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20269&action=view)
Updated gold patch to fix common symbol handling
Sorry, I forgot to include the updated testsuite/Makefile.*
--- Comment #10 from ccoutant at gcc dot gnu dot org 2010-03-31 23:40
---
Created an attachment (id=20267)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20267&action=view)
Gold patch to fix common symbol handling
This gold patch ought to fix the problem. Please verify and I'll se
--
ccoutant at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ccoutant at gcc dot gnu dot
|dot org
--- Comment #9 from rwild at gcc dot gnu dot org 2010-03-30 16:39 ---
(In reply to comment #2)
> Works when linking in comm.o main.o order.
FWIW one can construct test cases where neither order works, e.g.,
cat >main.c <<\EOF
extern int i;
int j;
int main(void)
{
i = 0;
return
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-03-26 14:40 ---
Cary, can you give advice and/or fix gold and/or the linker plugin?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42757
--- Comment #7 from espindola at gcc dot gnu dot org 2010-03-13 18:10
---
The llvm change is
http://llvm.org/viewvc/llvm-project?view=rev&revision=64616
so I still don't know why gold is not returning LDPR_PREVAILING_DEF for the
common symbol definition.
--
http://gcc.gnu.org/bug
--- Comment #6 from espindola at gcc dot gnu dot org 2010-03-13 18:02
---
It works with the llvm plugin for gold. I also find the gold output funny. What
the llvm plugin does is
if (I->syms[i].resolution == LDPR_PREVAILING_DEF ||
(I->syms[i].def == LDPK_COMMON &&
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-03-13 13:01 ---
Ian? What's gold up to here?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-03-13 13:00 ---
*** Bug 43355 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-01-15 14:34 ---
I see
2
main.o 2
78 PREVAILING_DEF main
81 RESOLVED_IR i
comm.o 1
78 RESOLVED_IR i
which is obviously bogus for comm.o.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42757
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-01-15 13:37 ---
Works when linking in comm.o main.o order. I guess the linker
resolution handling is bogus.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
13 matches
Mail list logo
