[Bug ld/29956] mn10300 linker always triggers LOAD segment with RWX permissions test by default
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 several ports however, it might be better to find a more general solution that only needs to be applied once... Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/29952] String concatenation in translated message
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 e8b4b7b258d7bd926de2d8758c2a55e28ba46c48 Author: Nick Clifton Date: Tue Jan 3 12:03:02 2023 + Fix a translation problem in the x86 assembler. PR 29952 * config/tc-i386.c (md_assemble): Avoid constructing translatable strings. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/29952] String concatenation in translated message
https://sourceware.org/bugzilla/show_bug.cgi?id=29952 Nick Clifton changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||nickc at redhat dot com Resolution|--- |FIXED --- Comment #2 from Nick Clifton --- Hi Frederic, Thanks for reporting this problem. I have checked in a patch to fix the issue in the mainline sources. I am not going to update the 2.40 branch however as translations have already started to be created with the sources in their current condition. Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/29947] libbfd real_fopen & libiberty unlink_if_ordinary functions are not handling Windows nul device correctly
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 a8cf07d37b0063df888da82aed00babd1907ab7e Author: Himal Date: Tue Jan 3 12:07:16 2023 + Fix a potential problem in the BFD library when accessing the Windows' nul device driver. PR 29947 * bfdio.c (_bfd_real_fopen): Do not add a prefix to the Windows' nul device filename. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/29947] libbfd real_fopen & libiberty unlink_if_ordinary functions are not handling Windows nul device correctly
https://sourceware.org/bugzilla/show_bug.cgi?id=29947 Nick Clifton changed: What|Removed |Added Resolution|--- |FIXED CC||nickc at redhat dot com Status|UNCONFIRMED |RESOLVED --- Comment #2 from Nick Clifton --- Hi Himal, Thanks for reporting these problems. I have applied your patch to the _bfd_real_fopen code. Unfortunately the libiberty sources are controlled by the gcc project, not us. (We just use them, we do not maintain them). So please could you refile the libiberty patch proposal here: https://gcc.gnu.org/bugzilla/enter_bug.cgi?product=gcc Thanks. Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/29947] libbfd real_fopen & libiberty unlink_if_ordinary functions are not handling Windows nul device correctly
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.
[Bug ld/29843] binutils-2.39 ld test failures "ld-aarch64/tls-relax-gdesc-le-now", "BTI PLT with only GNU PROP"
https://sourceware.org/bugzilla/show_bug.cgi?id=29843 Nick Clifton changed: What|Removed |Added CC||nickc at redhat dot com --- Comment #4 from Nick Clifton --- Hi Andreas, These tests appear to be passing now - at least they are for me on the 2.40 branch and the current mainline. Do you get the same results ? If so, then I think that we can close this PR. Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29954] bpf sim tests fail due to linker triggering LOAD segment with RWX permissions test by default
https://sourceware.org/bugzilla/show_bug.cgi?id=29954 Jose E. Marchesi changed: What|Removed |Added CC||guillermo.e.martinez@oracle ||.com Assignee|unassigned at sourceware dot org |jose.marchesi at oracle dot com -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29954] bpf sim tests fail due to linker triggering LOAD segment with RWX permissions test by default
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 receiving this mail because: You are on the CC list for the bug.
[Bug ld/29843] binutils-2.40 ld test failures "ld-aarch64/tls-relax-gdesc-le-now", "BTI PLT with only GNU PROP"
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
|failures|failures
|"ld-aarch64/tls-relax-gdesc |"ld-aarch64/tls-relax-gdesc
|-le-now", "BTI PLT with |-le-now", "BTI PLT with
|only GNU PROP" |only GNU PROP"
Version|2.39|2.40
--- Comment #5 from Andreas K. Huettel ---
I just tried with current master (5aea5eca6c873334deb41f996dec255786a6f84d) and
still get the same failures. Full build log upload following.
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-gdesc-le-now
FAIL: BTI PLT with only GNU PROP
PASS: ld-aarch64/tls-relax-gdesc-le
/var/tmp/portage/sys-devel/binutils-/work/build/ld/../gas/as-new -o
tmpdir/tls-relax-gdesc-le.o
/var/tmp/portage/sys-devel/binutils-/work/binutils/ld/testsuite/ld-aarch64/tls-relax-
gdesc-le.s
Executing on host: sh -c
{/var/tmp/portage/sys-devel/binutils-/work/build/ld/../gas/as-new -o
tmpdir/tls-relax-gdesc-le.o
/var/tmp/portage/sys-devel/binutils-/work/binutils/ld/tests
uite/ld-aarch64/tls-relax-gdesc-le.s 2>&1} /dev/null dump.tmp (timeout = 300)
spawn [open ...]
./ld-new --hash-style=sysv -z norelro
-L/var/tmp/portage/sys-devel/binutils-/work/binutils/ld/testsuite/ld-aarch64
-shared -z now -o tmpdir/dump tmpdir/tls-relax-gdesc-le.o
Executing on host: sh -c {./ld-new --hash-style=sysv -z norelro
-L/var/tmp/portage/sys-devel/binutils-/work/binutils/ld/testsuite/ld-aarch64
-shared -z now -o tmpdir/dump tmpdir/tls-relax
-gdesc-le.o 2>&1} /dev/null dump.tmp (timeout = 300)
spawn [open ...]
/var/tmp/portage/sys-devel/binutils-/work/build/ld/../binutils/readelf -dr
tmpdir/dump > tmpdir/dump.out
Executing on host: sh -c
{/var/tmp/portage/sys-devel/binutils-/work/build/ld/../binutils/readelf
-dr tmpdir/dump > tmpdir/dump.out 2>dump.tmp} /dev/null (timeout = 300)
spawn [open ...]
regexp_diff match failure
regexp "^ 0x.+ \(BIND_NOW\) \s+$"
line " 0x001e (FLAGS) BIND_NOW"
FAIL: ld-aarch64/tls-relax-gdesc-le-now
PASS: Check -z force-bti emits BTI feature (exec)
/var/tmp/portage/sys-devel/binutils-/work/build/ld/../gas/as-new
-mabi=lp64 -defsym __property_bti__=1 -o tmpdir/property-bti-pac1.o
/var/tmp/portage/sys-devel/binutils-/work/binutils
/ld/testsuite/ld-aarch64/property-bti-pac1.s
Executing on host: sh -c
{/var/tmp/portage/sys-devel/binutils-/work/build/ld/../gas/as-new
-mabi=lp64 -defsym __property_bti__=1 -o tmpdir/property-bti-pac1.o
/var/tmp/portage/sys-devel/b
inutils-/work/binutils/ld/testsuite/ld-aarch64/property-bti-pac1.s 2>&1}
/dev/null dump.tmp (timeout = 300)
spawn [open ...]
./ld-new --hash-style=sysv -z norelro
-L/var/tmp/portage/sys-devel/binutils-/work/binutils/ld/testsuite/ld-aarch64
-e _start -L./tmpdir -lbti-plt-so -o tmpdir/dump tmpdir/property-bti-pac
1.o
Executing on host: sh -c {./ld-new --hash-style=sysv -z norelro
-L/var/tmp/portage/sys-devel/binutils-/work/binutils/ld/testsuite/ld-aarch64
-e _start -L./tmpdir -lbti-plt-so -o tmpdir/du
mp tmpdir/property-bti-pac1.o 2>&1} /dev/null dump.tmp (timeout = 300)
spawn [open ...]
/var/tmp/portage/sys-devel/binutils-/work/build/ld/../binutils/objdump -dr
-j .plt tmpdir/dump > tmpdir/dump.out
Executing on host: sh -c
{/var/tmp/portage/sys-devel/binutils-/work/build/ld/../binutils/objdump
-dr -j .plt tmpdir/dump > tmpdir/dump.out 2>dump.tmp} /dev/null (timeout =
300)
spawn [open ...]
regexp_diff match failure
regexp "^.*:f9421611ldr x17, \[x16, #1064\]$"
line " 40028c: f941fe11ldr x17, [x16, #1016]"
regexp_diff match failure
regexp "^.*:9110a210add x16, x16, #0x428$"
line " 400290: 910fe210add x16, x16, #0x3f8"
regexp_diff match failure
regexp "^.*:f9421a11ldr x17, \[x16, #1072\]$"
line " 4002a8: f9420211ldr x17, [x16, #1024]"
regexp_diff match failure
regexp "^.*:9110c210add x16, x16, #0x430$"
line " 4002ac: 91100210add x16, x16, #0x400"
FAIL: BTI PLT with only GNU PROP
--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug ld/29843] binutils-2.40 ld test failures "ld-aarch64/tls-relax-gdesc-le-now", "BTI PLT with only GNU PROP"
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.
[Bug ld/29843] binutils-2.40 ld test failures "ld-aarch64/tls-relax-gdesc-le-now", "BTI PLT with only GNU PROP"
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 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-gdesc-le-now > FAIL: BTI PLT with only GNU PROP I agree that at first glance that patch set does not look like it would cause these problems. But it would be nice to have it confirmed. ie, if you build a toolchain without any patches applied, do the failures still occur ? I suspect that the issue might be cross-builds vs native. I was running the tests on an x86_64 Fedora box. Are you running the tests on native hardware ? Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29843] binutils-2.40 ld test failures "ld-aarch64/tls-relax-gdesc-le-now", "BTI PLT with only GNU PROP"
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-gdesc-le-now > > FAIL: BTI PLT with only GNU PROP > > I agree that at first glance that patch set does not look like it would cause > these problems. But it would be nice to have it confirmed. ie, if you > build > a toolchain without any patches applied, do the failures still occur ? Same result with the patchset disabled. > I suspect that the issue might be cross-builds vs native. I was running the > tests on an x86_64 Fedora box. Are you running the tests on native hardware > ? Yes, this is on native hardware. My main suspicion lies on our gcc hardening patchset, I'm setting up a chroot with a less-hardened gcc right now. jiji /var/db/repos/gentoo/sys-devel/binutils # uname -a Linux jiji 5.15.64-gentoo-dist #1 SMP Wed Aug 31 17:57:10 -00 2022 aarch64 GNU/Linux jiji /var/db/repos/gentoo/sys-devel/binutils # ld.so --version ld.so (Gentoo 2.36-r5 p5) stable release version 2.36. Copyright (C) 2022 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. jiji /var/db/repos/gentoo/sys-devel/binutils # ld --version GNU ld (Gentoo 2.39 p5) 2.39.0 Copyright (C) 2022 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License version 3 or (at your option) a later version. This program has absolutely no warranty. jiji /var/db/repos/gentoo/sys-devel/binutils # gcc --version gcc (Gentoo Hardened 11.3.1_p20221209 p3) 11.3.1 20221209 Copyright (C) 2021 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. jiji /var/db/repos/gentoo/sys-devel/binutils # lscpu Architecture: aarch64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 80 On-line CPU(s) list: 0-79 Vendor ID: ARM BIOS Vendor ID: Ampere(R) Model name: Neoverse-N1 BIOS Model name:Ampere(R) Altra(R) Processor Q80-30 CPU @ 2.8GHz BIOS CPU family:257 Model: 1 Thread(s) per core: 1 Core(s) per socket: 80 Socket(s): 1 Stepping: r3p1 Frequency boost:disabled CPU(s) scaling MHz: 54% CPU max MHz:3000. CPU min MHz:1000. BogoMIPS: 50.08 Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop asimddp ssbs Caches (sum of all): L1d: 5 MiB (80 instances) L1i: 5 MiB (80 instances) L2: 80 MiB (80 instances) NUMA: NUMA node(s): 1 NUMA node0 CPU(s):0-79 Vulnerabilities: Itlb multihit:Not affected L1tf: Not affected Mds: Not affected Meltdown: Not affected Mmio stale data: Not affected Retbleed: Not affected Spec store bypass:Mitigation; Speculative Store Bypass disabled via prctl Spectre v1: Mitigation; __user pointer sanitization Spectre v2: Mitigation; CSV2, BHB Srbds:Not affected Tsx async abort: Not affected jiji /var/db/repos/gentoo/sys-devel/binutils # -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29843] binutils-2.40 ld test failures "ld-aarch64/tls-relax-gdesc-le-now", "BTI PLT with only GNU PROP"
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 Status|NEW |ASSIGNED --- Comment #9 from Nick Clifton --- ( (In reply to Andreas K. Huettel from comment #8) > Same result with the patchset disabled. OK, good. > Yes, this is on native hardware. Either way, it is obvious that the tests need to relax their regexps slightly, so would you like to propose a patch to do this ? If not, then I will make one myself. Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29956] mn10300 linker always triggers LOAD segment with RWX permissions test by default
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.
[Bug ld/29956] mn10300 linker always triggers LOAD segment with RWX permissions test by default
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 attackers might try to exploit, and programs running on bare metal may still need to be security aware. On the other hand, if you are building a bare metal based system then presumably you know what you are doing and what the potential vulnerabilities are likely to be. I do not think that the linker can make a judgement call on this. It is up to the programmers and toolchain creators to decide what is best. There are linker command line options to disable the warnings, and binutils configure options to change the default behaviour, so things can be customized. But correctly identifying "safe" bare metal configurations vs "vulnerable" bare metal configurations ? This is something that the linker cannot do. Overall I think that it is better that the linker defaults to generating these warnings, and having discussions like this one, than to have the linker default to ignoring the issue and someone not realizing that there is a potential problem. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/29947] libbfd real_fopen & libiberty unlink_if_ordinary functions are not handling Windows nul device correctly
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.
[Bug ld/29954] bpf sim tests fail due to linker triggering LOAD segment with RWX permissions test by default
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: Elf file type is EXEC (Executable file) Entry point 0x40 There are 2 program headers, starting at offset 64 Program Headers: Type Offset VirtAddr PhysAddr FileSizMemSiz Flags Align LOAD 0x0010 0x0040 0x0040 0x0648 0x0648 R E0x10 LOAD 0x00101648 0x00801648 0x00801648 0x0006 0x0006 RW 0x10 Section to Segment mapping: Segment Sections... 00 .text 01 .data Which is perfectly fine. But then it is the simulator that fails with: spawn ./bpf/run --memory-size=4Mb /home/jemarch/gnu/src/binutils-gdb/build-bpf/sim/alu.s.x core: 8 byte read to unmapped address 0x40 at 0x40 Meaning the simulator is somehow not loading the segments at the right VMA. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29843] binutils-2.40 ld test failures "ld-aarch64/tls-relax-gdesc-le-now", "BTI PLT with only GNU PROP"
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. > > Either way, it is obvious that the tests need to relax their regexps > slightly, so would you like to propose a patch to do this ? If not, then I > will make one myself. > On it. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29954] bpf sim tests fail due to linker triggering LOAD segment with RWX permissions test by default
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, the following segments are created in the > resulting executable: > > Elf file type is EXEC (Executable file) > > Entry point 0x40 > > There are 2 program headers, starting at offset 64 > > > > Program Headers: > >Type Offset VirtAddr PhysAddr > > FileSizMemSiz Flags Align > >LOAD 0x0010 0x0040 0x0040 > > 0x0648 0x0648 R E0x10 > >LOAD 0x00101648 0x00801648 0x00801648 > > 0x0006 0x0006 RW 0x10 > > > > Section to Segment mapping: > >Segment Sections... > > 00 .text > > 01 .data > > > Which is perfectly fine. But then it is the simulator that fails with: > > spawn ./bpf/run --memory-size=4Mb > /home/jemarch/gnu/src/binutils-gdb/build-bpf/sim/alu.s.x > core: 8 byte read to unmapped address 0x40 at 0x40 > > Meaning the simulator is somehow not loading the segments at the right VMA. Increasing `--memory-size' in the simulator from 4Mb to 10MB SIGSEGV is gone, because .data start at address: 0x801648, Program Headers: Type Offset VirtAddr PhysAddr FileSizMemSiz Flags Align LOAD 0x0010 0x0040 0x0040 0x0648 0x0648 R E0x10 LOAD 0x00101648 0x00801648 0x00801648 0x0006 0x0006 RW 0x10 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29843] binutils-2.40 ld test failures "ld-aarch64/tls-relax-gdesc-le-now", "BTI PLT with only GNU PROP"
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 also work elsewhere (but of course double-checking is better). -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29939] -z pack-relative-relocs --no-keep-memory -pie tries to write a yet-to-be-loaded section content
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 cab2aac95461f81ec8b22dcd65247531cbd2069c Author: H.J. Lu Date: Tue Dec 27 11:41:11 2022 -0800 x86-64: Allocate input section memory if needed When --no-keep-memory is used, the input section memory may not be cached. Allocate input section memory for -z pack-relative-relocs if needed. bfd/ PR ld/29939 * elfxx-x86.c (elf_x86_size_or_finish_relative_reloc): Allocate input section memory if needed. ld/ PR ld/29939 * testsuite/ld-elf/dt-relr-2i.d: New test. (cherry picked from commit 9eb71a53bf36a370e21a6fbbb21e2726f64b0fd0) -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29939] -z pack-relative-relocs --no-keep-memory -pie tries to write a yet-to-be-loaded section content
https://sourceware.org/bugzilla/show_bug.cgi?id=29939 H.J. Lu changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED Target Milestone|--- |2.40 --- Comment #4 from H.J. Lu --- Fixed for 2.40 and 2.39 branch. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29956] mn10300 linker always triggers LOAD segment with RWX permissions test by default
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 has with HW-protection-support, so not to match e.g. *-linux. To wit, don't follow the bad pattern of target-*-* there. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/29940] fails to correctly assemble the JAL instruction on riscv64
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 the bug.
