Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: jrtc27 at jrtc27 dot com
CC: ccoutant at gmail dot com, ian at airs dot com
Target Milestone: ---
The fall-through in Target_sparc::Relocate::relocate
Assignee: ccoutant at gmail dot com
Reporter: jrtc27 at jrtc27 dot com
CC: ccoutant at gmail dot com, ian at airs dot com
Target Milestone: ---
R_SPARC_32 is currently forbidden in gold, but allowed in bfd. Patch available
at https://www.sourceware.org/ml/binutils/2016
https://sourceware.org/bugzilla/show_bug.cgi?id=20441
James Clarke changed:
What|Removed |Added
Host||sparc64-linux-gnu
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=20442
James Clarke changed:
What|Removed |Added
Host||sparc64-linux-gnu
--
You are
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: jrtc27 at jrtc27 dot com
CC: ccoutant at gmail dot com, ian at airs dot com
Target Milestone: ---
Host: sparc64-linux-gnu
Easy reproduction:
$ cat main.c
int main
https://sourceware.org/bugzilla/show_bug.cgi?id=21444
--- Comment #5 from James Clarke ---
This applies to 2.28 too (in fact this has existed for as long as gold has
supported TLS relaxation on sparc). Could you please backport it? Thanks.
--
You are receiving this mail because:
You are on the
https://sourceware.org/bugzilla/show_bug.cgi?id=21444
--- Comment #1 from James Clarke ---
I submitted a patch for this to the mailing list a week ago -
https://sourceware.org/ml/binutils/2017-04/msg00276.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=19579
James Clarke changed:
What|Removed |Added
CC||jrtc27 at jrtc27 dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=22266
James Clarke changed:
What|Removed |Added
CC||jrtc27 at jrtc27 dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=21868
--- Comment #3 from James Clarke ---
Proposed patch at https://sourceware.org/ml/binutils/2017-08/msg00301.html.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
https://sourceware.org/bugzilla/show_bug.cgi?id=21868
James Clarke changed:
What|Removed |Added
CC||jrtc27 at jrtc27 dot com
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=22592
James Clarke changed:
What|Removed |Added
CC||jrtc27 at jrtc27 dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=22592
--- Comment #4 from James Clarke ---
(In reply to James Clarke from comment #3)
> Created attachment 10684 [details]
> Proposed patch
>
> I debugged this a few months ago as we were occasionally seeing it in Debian
> but never sent this
https://sourceware.org/bugzilla/show_bug.cgi?id=22233
James Clarke changed:
What|Removed |Added
CC||jrtc27 at jrtc27 dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=22266
--- Comment #12 from James Clarke ---
(In reply to H.J. Lu from comment #9)
> Symbol table is wrong:
>
> --- 2 2017-11-14 08:54:05.933477729 -0800
> +++ 1 2017-11-14 08:54:23.381514511 -0800
> @@ -84,7 +84,7 @@ Symbol table '.symtab'
https://sourceware.org/bugzilla/show_bug.cgi?id=22832
--- Comment #4 from James Clarke ---
So, after debugging this, the problem is as follows:
Rust is using LLVM with -integrated-as (at least effectively; it may well be
using it as a library and setting the flag itself, but the point is that
https://sourceware.org/bugzilla/show_bug.cgi?id=22832
--- Comment #7 from James Clarke ---
(In reply to John Paul Adrian Glaubitz from comment #6)
> (In reply to James Clarke from comment #4)
> > Note that gold also falls foul of this, giving "gold: internal error in
> > tls_get_addr_sym, at
https://sourceware.org/bugzilla/show_bug.cgi?id=15904
--- Comment #7 from James Clarke ---
(In reply to Jim Wilson from comment #5)
> Updated patch committed.
Great, thanks! Could you please consider backporting it to the 2.30 branch?
--
You are receiving this mail because:
You are on the CC
https://sourceware.org/bugzilla/show_bug.cgi?id=16177
James Clarke changed:
What|Removed |Added
CC||jrtc27 at jrtc27 dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=22972
--- Comment #2 from James Clarke ---
They come from hand-written assembly. Of course that can be modernised, but
that doesn’t solve the problem; there are a surprising number of projects out
there with hand-written SPARC assembly, and
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: jrtc27 at jrtc27 dot com
CC: ebotcazou at gcc dot gnu.org, glaubitz at physik dot
fu-berlin.de
Target Milestone: ---
Target: sparc64-linux
https://sourceware.org/bugzilla/show_bug.cgi?id=23030
James Clarke changed:
What|Removed |Added
CC||jrtc27 at jrtc27 dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=15904
James Clarke changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--
You
,
||jrtc27 at jrtc27 dot com,
||slyfox at inbox dot ru
--- Comment #1 from James Clarke ---
I just ran into this when compiling qtwebkit, and can confirm that this patch
fixed the issue for me. Stephan
https://sourceware.org/bugzilla/show_bug.cgi?id=24400
--- Comment #1 from James Clarke ---
Not a bug in binutils. GCC's debug info now includes inline entry points, as of
GCC r257511, which is currently emitting labels rather than tags due to using
the wrong macro, thereby forcing new bundles to
https://sourceware.org/bugzilla/show_bug.cgi?id=27296
Jessica Clarke changed:
What|Removed |Added
CC||jrtc27 at jrtc27 dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=28398
Jessica Clarke changed:
What|Removed |Added
CC||jrtc27 at jrtc27 dot com
27 matches
Mail list logo
