[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL
From: |
amodra at gmail dot com |
Subject: |
[Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL |
Date: |
Wed, 30 Jan 2013 12:57:20 +0000 |
http://sourceware.org/bugzilla/show_bug.cgi?id=15056
--- Comment #9 from Alan Modra <amodra at gmail dot com> 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 h->mark for __tls_get_addr. Answering my own
question, I guess this is because one or more SPARC relocs reference
__tls_get_addr *implicitly*, R_SPARC_TLS_LDM_CALL and R_SPARC_TLS_GD_CALL by
the look of it. _bfd_sparc_elf_gc_mark_hook will need to do the marking. I'm
sure you or David can throw together a patch to fix this. If not, I'll hack on
it myself tomorrow.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
- [Bug ld/15056] New: gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL, ro at TechFak dot Uni-Bielefeld.DE, 2013/01/23
- [Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL, ebotcazou at gcc dot gnu.org, 2013/01/23
- [Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL, davem at davemloft dot net, 2013/01/23
- [Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL, davem at davemloft dot net, 2013/01/23
- [Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL, ro at CeBiTec dot Uni-Bielefeld.DE, 2013/01/24
- [Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL, ro at CeBiTec dot Uni-Bielefeld.DE, 2013/01/30
- [Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL, amodra at gmail dot com, 2013/01/30
- [Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL, ro at TechFak dot Uni-Bielefeld.DE, 2013/01/30
- [Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL, ro at TechFak dot Uni-Bielefeld.DE, 2013/01/30
- [Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL,
amodra at gmail dot com <=
- [Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL, davem at davemloft dot net, 2013/01/30
- [Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL, davem at davemloft dot net, 2013/01/30
- [Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL, amodra at gmail dot com, 2013/01/30
- [Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL, davem at davemloft dot net, 2013/01/30
- [Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL, amodra at gmail dot com, 2013/01/30
- [Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL, davem at davemloft dot net, 2013/01/31
- [Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL, amodra at gmail dot com, 2013/01/31
- [Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL, davem at davemloft dot net, 2013/01/31
- [Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL, cvs-commit at gcc dot gnu.org, 2013/01/31
- [Bug ld/15056] gld 2.23.1 mishandles R_SPARC_TLS_LDM_CALL, cvs-commit at gcc dot gnu.org, 2013/01/31