[Bug ld/19453] New: [ARM] test failures with arm-netbsdelf

Assignee: unassigned at sourceware dot org Reporter: clyon at gcc dot gnu.org Target Milestone: --- I've noticed that 3 LD tests are currently failing when binutils are configured with --target=arm-netbsdelf: ./ld/ld.sum:FAIL: script-type ./ld/ld.sum:FAIL: Thumb-2-as-Thumb-1

[Bug gas/19454] New: [ARM] test failures with arm-netbsdelf

Assignee: unassigned at sourceware dot org Reporter: clyon at gcc dot gnu.org Target Milestone: --- I've noticed that 2 GAS tests are currently failing when binutils are configured with --target=arm-netbsdelf: ./gas/testsuite/gas.sum:FAIL: blx->bl convert under no -march/

[Bug ld/19455] New: [ARM] test failures with arm-vxworks

Assignee: unassigned at sourceware dot org Reporter: clyon at gcc dot gnu.org Target Milestone: --- I've noticed that a few LD tests are currently failing with target arm-vxworks: ./ld/ld.sum:FAIL: VxWorks shared library test 1 ./ld/ld.sum:FAIL: VxWorks executable test 1

[Bug gas/19456] New: [ARM] test failures with arm-vxworks

Assignee: unassigned at sourceware dot org Reporter: clyon at gcc dot gnu.org Target Milestone: --- I've noticed that a few GAS tests are currently failing with target arm-vxworks: ./gas/testsuite/gas.sum:FAIL: blx->bl convert under no -march/cpu ./gas/testsuite/gas.sum:F

[Bug gas/19458] New: [ARM] test failures with arm-wince-pe

Assignee: unassigned at sourceware dot org Reporter: clyon at gcc dot gnu.org Target Milestone: --- I've noticed that several GAS tests currently fail with target arm-wince-pe: ./gas/testsuite/gas.sum:FAIL: ARM V8-M baseline instructions ./gas/testsuite/gas.sum:FAIL: ARM V8-M

[Bug ld/19457] New: [ARM] test failures with arm-wince-pe

Assignee: unassigned at sourceware dot org Reporter: clyon at gcc dot gnu.org Target Milestone: --- I've noticed that several LD tests currently fail with target arm-wince-pe: ./ld/ld.sum:FAIL: TLS directory entry ./ld/ld.sum:FAIL: align1 ./ld/ld.sum:FAIL: extract symbols

[Bug binutils/19459] New: [ARM] test failures with arm-wince-pe

: binutils Assignee: unassigned at sourceware dot org Reporter: clyon at gcc dot gnu.org Target Milestone: --- I've noticed that several binutils tests are currently failing with target arm-wince-pe: ./binutils/binutils.sum:FAIL: dlltool -p (symbol names) ./binutils

[Bug gas/20068] GAS complains about ‘Error: floating point number invalid‘ when producing a literal pool.

https://sourceware.org/bugzilla/show_bug.cgi?id=20068 Christophe Lyon changed: What|Removed |Added CC||clyon at gcc dot gnu.org

[Bug binutils/17512] libbfd/binutils: crashes on fuzzed samples

https://sourceware.org/bugzilla/show_bug.cgi?id=17512 Christophe Lyon changed: What|Removed |Added CC||clyon at gcc dot gnu.org

[Bug ld/20995] Read-only data in ELF libraries may be remapped writable at runtime

https://sourceware.org/bugzilla/show_bug.cgi?id=20995 Christophe Lyon changed: What|Removed |Added CC||clyon at gcc dot gnu.org

[Bug ld/20608] Relocation truncated to fit: R_ARM_THM_JUMP24 for relocation to PLT entry.

||2016-09-15 CC||clyon at gcc dot gnu.org Assignee|unassigned at sourceware dot org |clyon at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Christophe Lyon --- I'll give a look

[Bug ld/20608] Relocation truncated to fit: R_ARM_THM_JUMP24 for relocation to PLT entry.

https://sourceware.org/bugzilla/show_bug.cgi?id=20608 Christophe Lyon changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug ld/20608] Relocation truncated to fit: R_ARM_THM_JUMP24 for relocation to PLT entry.

https://sourceware.org/bugzilla/show_bug.cgi?id=20608 --- Comment #5 from Christophe Lyon --- Fixed in master and 2.27 branch. Other branches are closed. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils

[Bug ld/23750] Linker does not support R_ARM_GOT_BREL with -fdpic

https://sourceware.org/bugzilla/show_bug.cgi?id=23750 Christophe Lyon changed: What|Removed |Added CC||clyon at gcc dot gnu.org

[Bug ld/23750] Linker does not support R_ARM_GOT_BREL with -fdpic

https://sourceware.org/bugzilla/show_bug.cgi?id=23750 --- Comment #5 from Christophe Lyon --- (In reply to Dmitrii from comment #4) > Thanks for your answer. > > I have checkouted fdpic gcc branch: > https://git.linaro.org/people/christophe.lyon/gcc.git/log/?h=fdpic-v3-after- > rebase > And I

[Bug ld/23750] Linker does not support R_ARM_GOT_BREL with -fdpic

https://sourceware.org/bugzilla/show_bug.cgi?id=23750 --- Comment #3 from Christophe Lyon --- The most recent version of the GCC patches I posted are: https://gcc.gnu.org/ml/gcc-patches/2018-07/msg00707.html -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/24044] FTB with GCC libiberty: binutils/stabs.c:3042: undefined reference to `cplus_mangle_opname'

https://sourceware.org/bugzilla/show_bug.cgi?id=24044 Christophe Lyon changed: What|Removed |Added CC||clyon at gcc dot gnu.org

[Bug ld/24709] New: [arm] linker crash and assertion failure with CMSE

Component: ld Assignee: unassigned at sourceware dot org Reporter: clyon at gcc dot gnu.org Target Milestone: --- Hi, When running the GCC testsuite for target arm-none-eabi with -mthumb/-march=armv8-m.main+dsp/-mcpu=cortex-m33/-mfloat-abi=soft we have noticed that several

[Bug ld/24709] [arm] linker crash and assertion failure with CMSE

https://sourceware.org/bugzilla/show_bug.cgi?id=24709 --- Comment #1 from Christophe Lyon --- When using 0x0040 as section start address, we generate this: 0040 : 40: e97f e97f sg 44: f408 b8b2 b.w 816c <__acle_se_foo> [...] 816c

[Bug ld/24373] Arm Cortex-A53 Errata 843419 workaround inserts 4K stub even when unnecessary

https://sourceware.org/bugzilla/show_bug.cgi?id=24373 Christophe Lyon changed: What|Removed |Added CC||clyon at gcc dot gnu.org

[Bug gas/24538] GAS crashes caused by corrupted input files

https://sourceware.org/bugzilla/show_bug.cgi?id=24538 Christophe Lyon changed: What|Removed |Added CC||clyon at gcc dot gnu.org

[Bug ld/24709] [arm] linker crash and assertion failure with CMSE

https://sourceware.org/bugzilla/show_bug.cgi?id=24709 --- Comment #3 from Christophe Lyon --- > The failing assertion is in elf32_arm_get_stub_entry: > BFD_ASSERT (input_section->id <= htab->top_id); > in this case we have htab->top_id==478 and input_section_id==509 > (input_section is

[Bug ld/24709] [arm] linker crash and assertion failure with CMSE

https://sourceware.org/bugzilla/show_bug.cgi?id=24709 Christophe Lyon changed: What|Removed |Added Assignee|unassigned at sourceware dot org |clyon at gcc dot gnu.org

[Bug ld/24709] [arm] linker crash and assertion failure with CMSE

https://sourceware.org/bugzilla/show_bug.cgi?id=24709 Christophe Lyon changed: What|Removed |Added Target||arm -- You are receiving this

[Bug ld/24709] [arm] linker crash and assertion failure with CMSE

https://sourceware.org/bugzilla/show_bug.cgi?id=24709 Christophe Lyon changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ld/24709] [arm] linker crash and assertion failure with CMSE

https://sourceware.org/bugzilla/show_bug.cgi?id=24709 --- Comment #5 from Christophe Lyon --- (In reply to Tamar Christina from comment #4) Hi Tamar, Thanks for the heads-up! > I don't know what could have changed to make the test fail now, but the > address is clearly too far away. I'd

[Bug ld/24709] [arm] linker crash and assertion failure with CMSE

https://sourceware.org/bugzilla/show_bug.cgi?id=24709 --- Comment #7 from Christophe Lyon --- Patch sent: https://sourceware.org/ml/binutils/2019-07/msg00021.html -- You are receiving this mail because: You are on the CC list for the bug. ___

[Bug ld/24753] [2.33 Regression] ld: section size (0x1e50 bytes) is larger than file size (0x5a0 bytes), can not size stub section: memory exhausted

https://sourceware.org/bugzilla/show_bug.cgi?id=24753 Christophe Lyon changed: What|Removed |Added CC||clyon at gcc dot gnu.org

[Bug ld/25210] aarch64: -fix-cortex-a53-835769 --fix-cortex-a53-843419 lead to invalid operation

https://sourceware.org/bugzilla/show_bug.cgi?id=25210 Christophe Lyon changed: What|Removed |Added CC||clyon at gcc dot gnu.org -- You

[Bug binutils/29764] objdump confused with --enable-targets=all if several machines include the same cpu name

https://sourceware.org/bugzilla/show_bug.cgi?id=29764 --- Comment #3 from Christophe Lyon --- Hi Nick, It seems your patch does the trick, but I imagined we'd want a more general solution (that is, do we want add such an optional prefix in all targets)? But yeah, the coincidence can probably

[Bug binutils/29764] objdump confused with --enable-targets=all if several machines include the same cpu name

https://sourceware.org/bugzilla/show_bug.cgi?id=29764 --- Comment #8 from Christophe Lyon --- Thanks! Hopefully this will make the buildbots pass. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/29764] objdump confused with --enable-targets=all if several machines include the same cpu name

https://sourceware.org/bugzilla/show_bug.cgi?id=29764 --- Comment #5 from Christophe Lyon --- (In reply to Nick Clifton from comment #4) > (In reply to Christophe Lyon from comment #3) > > Hi Christophe, > > > It seems your patch does the trick, but I imagined we'd want a more general > >

[Bug binutils/29764] New: objdump confused with --enable-targets=all if several machines include the same cpu name

Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: clyon at gcc dot gnu.org Target Milestone: --- I've noticed this problem while looking at Sourceware's buildbot for armhf (https

[Bug ld/29739] [2.40 Regression] three regressions compared to 2.39 on arm-linux-gnueabihf

https://sourceware.org/bugzilla/show_bug.cgi?id=29739 Christophe Lyon changed: What|Removed |Added CC||clyon at gcc dot gnu.org

[Bug ld/29739] [2.40 Regression] three regressions compared to 2.39 on arm-linux-gnueabihf

https://sourceware.org/bugzilla/show_bug.cgi?id=29739 Christophe Lyon changed: What|Removed |Added CC||aburgess at redhat dot com ---

[Bug ld/29739] [2.40 Regression] three regressions compared to 2.39 on arm-linux-gnueabihf

https://sourceware.org/bugzilla/show_bug.cgi?id=29739 Christophe Lyon changed: What|Removed |Added Assignee|unassigned at sourceware dot org |clyon at gcc dot gnu.org

[Bug ld/29739] [2.40 Regression] three regressions compared to 2.39 on arm-linux-gnueabihf

https://sourceware.org/bugzilla/show_bug.cgi?id=29739 Christophe Lyon changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug ld/30373] New: Random? failure of "p_align-1b with PIE" and "p_align-1d with -Wl,-z,max-page-size=0x1000 with PIE"

Version: 2.41 (HEAD) Status: NEW Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: clyon at gcc dot gnu.org Target Milestone: --- In our x86_64 native CI loop, I have noticed that ld-elf/linux-x86.exp

[Bug ld/30373] Random? failure of "p_align-1b with PIE" and "p_align-1d with -Wl,-z,max-page-size=0x1000 with PIE"

https://sourceware.org/bugzilla/show_bug.cgi?id=30373 --- Comment #3 from Christophe Lyon --- We are using 5.15 and 4.15 kernels, Ubuntu-22.04, using docker containers with Ubuntu focal). I had noticed the commit you mention, do you think the problem is related to kernel 4.15? -- You are

[Bug ld/30373] Random? failure of "p_align-1b with PIE" and "p_align-1d with -Wl,-z,max-page-size=0x1000 with PIE"

https://sourceware.org/bugzilla/show_bug.cgi?id=30373 Christophe Lyon changed: What|Removed |Added Resolution|--- |INVALID Status|WAITING