https://sourceware.org/bugzilla/show_bug.cgi?id=15056
Sam James changed:
What|Removed |Added
See Also||https://bugs.gentoo.org/sho
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
--- Comment #22 from Rainer Orth
2013-02-01 09:31:00 UTC ---
The bootstrap has now concluded without regressions, so all is certainly
fine.
Thanks again.
Rainer
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=ema
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
--- Comment #21 from Rainer Orth
2013-01-31 12:22:42 UTC ---
This fixed the full libstdc++.so testcase. I'm now running a full gcc
mainline bootstrap to check that no other problems turn up.
Many thanks to both of you for the quick resolutio
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
--- Comment #19 from cvs-commit at gcc dot gnu.org 2013-01-31 07:35:33 UTC ---
CVSROOT:/cvs/src
Module name:src
Branch: binutils-2_23-branch
Changes by:amo...@sourceware.org2013-01-31 07:35:26
Modified files:
bfd
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
--- Comment #18 from cvs-commit at gcc dot gnu.org 2013-01-31 07:32:50 UTC ---
CVSROOT:/cvs/src
Module name:src
Changes by:amo...@sourceware.org2013-01-31 07:32:45
Modified files:
bfd: ChangeLog elfxx-sparc.c el
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
--- Comment #17 from David S. Miller 2013-01-31
07:14:10 UTC ---
Alan that patch works, please check it in to mainline (and on any relevant
active branch too). Thanks!
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=e
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
Alan Modra changed:
What|Removed |Added
Attachment #6838|0 |1
is obsolete|
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
--- Comment #15 from David S. Miller 2013-01-31
05:28:40 UTC ---
Ok I ran Rainer's test case and my patch as attached doesn't work, but
something along the line of Alan's suggestion does. I'll go figure this out.
--
Configure bugmail: http:
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
--- Comment #14 from Alan Modra 2013-01-31 04:33:22
UTC ---
OK, I thought that might be the case. tilegx and tilepro probably copied
sparc. :) BTW, some nits in your patch. You should zap sym as well, just in
case the tls sym is local. Als
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
--- Comment #13 from David S. Miller 2013-01-31
04:07:01 UTC ---
Yes, we are guarenteed that the symbol that's actually attached to the LDM_CALL
and GD_CALL relocs will be referenced by other relocations.
The TLS calls never exist by themselv
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
--- Comment #12 from Alan Modra 2013-01-31 04:03:49
UTC ---
So there's no need for gc_mark_hook to return the section of the symbol on the
R_SPARC_TLS_GD_CALL? ie. you're sure that section will be marked from some
other reloc? If not then so
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
David S. Miller changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassign
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
--- Comment #10 from David S. Miller 2013-01-30
18:11:21 UTC ---
Thanks a lot Alan, I'll take it from here.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
--- Comment #9 from Alan Modra 2013-01-30 12:57:20
UTC ---
The question then is "Why didn't _bfd_elf_gc_mark_rsec mark __tls_get_addr?"
_bfd_elf_gc_mark_rsec ought to be called for every relocation in kept sections
of libstdc++.so, and so set
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
--- Comment #8 from Rainer Orth 2013-01-30
11:44:10 UTC ---
Created attachment 6837
--> http://sourceware.org/bugzilla/attachment.cgi?id=6837
bad nm -D -n output
Among many others, the undefined reference to __tls_get_addr is gone.
--
Con
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
--- Comment #7 from Rainer Orth 2013-01-30
11:43:01 UTC ---
Created attachment 6836
--> http://sourceware.org/bugzilla/attachment.cgi?id=6836
good nm -D -n output
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #6 fr
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
--- Comment #5 from Rainer Orth 2013-01-30
09:31:13 UTC ---
The reghunt identified the following patch as the culprit:
2011-12-07 Alan Modra
PR ld/12772
* elflink.c (elf_gc_sweep_symbol): Discard unmarked symbols
defi
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
--- Comment #4 from Rainer Orth 2013-01-24
13:25:16 UTC ---
> --- Comment #3 from David S. Miller 2013-01-23
> 21:34:17 UTC ---
> Indeed, my change is in the 2.22 release, I just double checked.
Seems like I'll have to run a reghunt to find
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
--- Comment #1 from David S. Miller 2013-01-23
19:23:47 UTC ---
My first guess would be that this is caused by:
2011-10-18 David S. Miller
PR binutils/13301
* elfxx-sparc.c (sparc_elf_find_reloc_at_ofs): New function.
(_bfd_sp
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
--- Comment #3 from David S. Miller 2013-01-23
21:34:17 UTC ---
Indeed, my change is in the 2.22 release, I just double checked.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
--- Comment #2 from Eric Botcazou 2013-01-23
20:03:32 UTC ---
> My first guess would be that this is caused by:
>
> 2011-10-18 David S. Miller
>
> PR binutils/13301
> * elfxx-sparc.c (sparc_elf_find_reloc_at_ofs): New function.
>
23 matches
Mail list logo