https://sourceware.org/bugzilla/show_bug.cgi?id=29956
--- Comment #1 from Nick Clifton ---
Created attachment 14546
--> https://sourceware.org/bugzilla/attachment.cgi?id=14546&action=edit
Proposed patch
Hi Guys,
Here is a possible patch to fix this problem.
Since the issue affects severa
https://sourceware.org/bugzilla/show_bug.cgi?id=29952
--- Comment #1 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Nick Clifton :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=e8b4b7b258d7bd926de2d8758c2a55e28ba46c48
commit e8b4b7b258d7bd926de2d8758c2
https://sourceware.org/bugzilla/show_bug.cgi?id=29952
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=29947
--- Comment #1 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Nick Clifton :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=a8cf07d37b0063df888da82aed00babd1907ab7e
commit a8cf07d37b0063df888da82aed0
https://sourceware.org/bugzilla/show_bug.cgi?id=29947
Nick Clifton changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=29947
--- Comment #3 from Himal ---
Hello Nick,
Thanks for applying the patch.
Sure, I'll submit the libiberty patch proposal to the GCC project as well.
Regards,
Himal
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29843
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #4
https://sourceware.org/bugzilla/show_bug.cgi?id=29954
Jose E. Marchesi changed:
What|Removed |Added
CC||guillermo.e.martinez@oracle
https://sourceware.org/bugzilla/show_bug.cgi?id=29954
--- Comment #1 from Nick Clifton ---
Hi Jose,
In case it helps I have proposed a patch for a similar problem for the
MN10300
sim:
https://sourceware.org/bugzilla/attachment.cgi?id=14546&action=edit
Cheers
Nick
--
You are receivi
https://sourceware.org/bugzilla/show_bug.cgi?id=29843
Andreas K. Huettel changed:
What|Removed |Added
Summary|binutils-2.39 ld test |binutils-2.40 ld test
https://sourceware.org/bugzilla/show_bug.cgi?id=29843
--- Comment #6 from Andreas K. Huettel ---
Created attachment 14550
--> https://sourceware.org/bugzilla/attachment.cgi?id=14550&action=edit
build log
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29843
--- Comment #7 from Nick Clifton ---
(In reply to Andreas K. Huettel from comment #5)
> I just tried with current master (5aea5eca6c873334deb41f996dec255786a6f84d)
> and still get the same failures. Full build log upload following.
>
> We app
https://sourceware.org/bugzilla/show_bug.cgi?id=29843
--- Comment #8 from Andreas K. Huettel ---
> > We apply a small patchset but I dont immediately see how it could be
> > relevant.
> > https://gitweb.gentoo.org/proj/toolchain/binutils-patches.git/tree/
> >
> > FAIL: ld-aarch64/tls-relax-g
https://sourceware.org/bugzilla/show_bug.cgi?id=29843
Nick Clifton changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29956
--- Comment #2 from Mike Frysinger ---
is the RWX check useful for ELF (bare-metal) targets in general ?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29956
--- Comment #3 from Nick Clifton ---
(In reply to Mike Frysinger from comment #2)
> is the RWX check useful for ELF (bare-metal) targets in general ?
Eh - it is debatable. On the one hand, any RWX segment is a potential weak
point that attac
https://sourceware.org/bugzilla/show_bug.cgi?id=29947
--- Comment #4 from Himal ---
I've reported the libiberty bug to
[GCC](https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108276)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29954
--- Comment #2 from Jose E. Marchesi ---
Hi Nick.
I tried that locally and definitely works. But I don't think it is the right
fix in this case.
When linked without -Ttext=0x0, the following segments are created in the
resulting executable:
https://sourceware.org/bugzilla/show_bug.cgi?id=29843
--- Comment #10 from Andreas K. Huettel ---
>
> My main suspicion lies on our gcc hardening patchset, I'm setting up a
> chroot with a less-hardened gcc right now.
>
OK, so it's *not* the gcc hardening patchset. Also, same fails with gcc-12
https://sourceware.org/bugzilla/show_bug.cgi?id=29954
--- Comment #3 from Guillermo E. Martinez ---
(In reply to Jose E. Marchesi from comment #2)
> Hi Nick.
>
> I tried that locally and definitely works. But I don't think it is the
> right fix in this case.
>
> When linked without -Ttext=0x0,
https://sourceware.org/bugzilla/show_bug.cgi?id=29843
--- Comment #11 from Andreas K. Huettel ---
Created attachment 14553
--> https://sourceware.org/bugzilla/attachment.cgi?id=14553&action=edit
git patch relaxing the regexps
Here's a git patch that makes the two tests pass here.
It should als
https://sourceware.org/bugzilla/show_bug.cgi?id=29939
--- Comment #3 from cvs-commit at gcc dot gnu.org ---
The binutils-2_39-branch branch has been updated by H.J. Lu
:
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=cab2aac95461f81ec8b22dcd65247531cbd2069c
commit cab2aac95461f81ec8
https://sourceware.org/bugzilla/show_bug.cgi?id=29939
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=29956
--- Comment #4 from Hans-Peter Nilsson ---
A maintainer can make the call to add such targets to the clause at
ld/configure.tgt line 48. Just don't forget to add the bare-metal specifier
(e.g. *-elf) there, for targets where a variant also ha
https://sourceware.org/bugzilla/show_bug.cgi?id=29940
--- Comment #5 from Jan Beulich ---
IOW it's not a relocation which is being emitted, but there are stray (and
unused) symbol table entries now (referencing register names).
--
You are receiving this mail because:
You are on the CC list for
25 matches
Mail list logo