[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 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 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 davem at davemloft dot net
|unassigned at sourceware|davem at davemloft dot net |dot org | --- Comment #11 from David S. Miller 2013-01-30 19:59:03 UTC --- Created attachment 6838 --> http://sourceware.org/bugzilla/attachment.cgi?id=6838 Fix for __tls_get_addr garbage collection

[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-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 gas/13441] binutils-2.22 gas on sparc64-linux rejects "smul" instructions breaking gcc bootstrap

2011-11-27 Thread davem at davemloft dot net
http://sourceware.org/bugzilla/show_bug.cgi?id=13441 David S. Miller changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug gas/13441] binutils-2.22 gas on sparc64-linux rejects "smul" instructions breaking gcc bootstrap

2011-11-27 Thread davem at davemloft dot net
http://sourceware.org/bugzilla/show_bug.cgi?id=13441 David S. Miller changed: What|Removed |Added CC||davem at davemloft dot net

[Bug gas/4558] branch on register condition accepts relocations >= 128K

2007-05-28 Thread davem at davemloft dot net
--- Additional Comments From davem at davemloft dot net 2007-05-28 07:33 --- Created an attachment (id=1868) --> (http://sourceware.org/bugzilla/attachment.cgi?id=1868&action=view) Fix for BFD_RELOC_SPARC_WDISP16 overflow checking. -- http://sourceware.org/bugzilla/show_bug

[Bug gas/4558] New: branch on register condition accepts relocations >= 128K

2007-05-28 Thread davem at davemloft dot net
register condition accepts relocations >= 128K Product: binutils Version: 2.18 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gas AssignedTo: unassigned at sources dot redhat dot com ReportedBy: davem at davemlof