[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2025-02-05 Thread sam at gentoo dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=15056 Sam James changed: What|Removed |Added See Also||https://bugs.gentoo.org/sho

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-02-01 Thread ro at CeBiTec dot Uni-Bielefeld.DE
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

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-31 Thread ro at CeBiTec dot Uni-Bielefeld.DE
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

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-30 Thread amodra at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15056 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-30 Thread cvs-commit at gcc dot gnu.org
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

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-30 Thread cvs-commit at gcc dot gnu.org
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

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-30 Thread davem at davemloft dot net
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

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-30 Thread amodra at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15056 Alan Modra changed: What|Removed |Added Attachment #6838|0 |1 is obsolete|

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-30 Thread davem at davemloft dot net
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:

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-30 Thread amodra at gmail dot com
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

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-30 Thread davem at davemloft dot net
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

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-30 Thread amodra at gmail dot com
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

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-30 Thread davem at davemloft dot net
http://sourceware.org/bugzilla/show_bug.cgi?id=15056 David S. Miller changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassign

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-30 Thread davem at davemloft dot net
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

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-30 Thread amodra at gmail dot com
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

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-30 Thread ro at TechFak dot Uni-Bielefeld.DE
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

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-30 Thread ro at TechFak dot Uni-Bielefeld.DE
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

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-30 Thread amodra at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15056 Alan Modra changed: What|Removed |Added CC||amodra at gmail dot com --- Comment #6 fr

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-30 Thread ro at CeBiTec dot Uni-Bielefeld.DE
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

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-24 Thread ro at CeBiTec dot Uni-Bielefeld.DE
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

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-23 Thread davem at davemloft dot net
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

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-23 Thread davem at davemloft dot net
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

[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL

2013-01-23 Thread ebotcazou at gcc dot gnu.org
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. >