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=15070
--- Comment #2 from Shawn Landden 2013-01-31
02:26:54 UTC ---
Created attachment 6839
--> http://sourceware.org/bugzilla/attachment.cgi?id=6839
alternate fix
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
http://sourceware.org/bugzilla/show_bug.cgi?id=15070
--- Comment #1 from Roland McGrath 2013-01-30 22:29:45
UTC ---
It looks like that fix will work fine. But it is far from obvious that
it's what's required or if it's the ideal thing.
The comment on File_read::get_view says the flag "is true
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=15025
--- Comment #22 from H.J. Lu 2013-01-30 16:36:44
UTC ---
Only terminators in .ctors/.dtors sections cause the problem,
which are provided in compilers and C libraries. We deal
with this issue by special case of GCC and fixing glibc
source. W
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=15025
--- Comment #21 from rguenther at suse dot de 2013-01-30 10:24:23 UTC ---
On Tue, 29 Jan 2013, hjl.tools at gmail dot com wrote:
> http://sourceware.org/bugzilla/show_bug.cgi?id=15025
>
> --- Comment #20 from H.J. Lu 2013-01-29 16:47:48
> UT
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=15082
--- Comment #1 from Alexis Deruelle
2013-01-30 09:33:58 UTC ---
Ti's dis6x output for the case (compiled with cl6x -mv6740) :
.text:
NOP
0004 1702 MPYDP.M2X B1:B0,A1:A
21 matches
Mail list logo
