Description of problem: the compiler fails to link executables, likely due to miscompiled crtbegin.o: arm-none-eabi-gcc -Wmissing-braces -std=c99 -D_POSIX_C_SOURCE=199309L -funsigned-char -ffunction-sections -fdata-sections -Dxfsplatform_teensy4 -Werror -Wall -Os -std=gnu99 -Dasm=__asm__ -MMD -DF_CPU=600000000 -DUSB_SERIAL -D__IMXRT1062__ -DARDUINO_TEENSY41 -mcpu=cortex-m7 -mfloat-abi=hard -mfpu=fpv5-d16 -mthumb -Wno-unused-result -I../../include -I../../include -I../../include/xfs -I../../include/xfs -I../../include/xfd -I../../src -I../../src -I../../src/os/teensy4 -I../../src/os/teensy4/libteensy -I../../src/os/teensy4/stack -Wl,--gc-sections,--relax,-Map=output.map -mcpu=cortex-m7 -mfloat-abi=hard -mfpu=fpv5-d16 -mthumb -T/usr/src/git/xfs-tmp/src/os/teensy4/imxrt1062_t41.ld -o xfs_actime xfs_actime.o ../../src/fonts/libxfsfonts.a ../../src/hids/libxfshids.a ../../src/libxfs/libxfs.a ../../src/os/compat/libxfscompat.a ../../src/os/teensy4/libxfsos.a ../../src/fonts/libxfsfonts.a ../../src/hids/libxfshids.a ../../src/libxfs/libxfs.a ../../src/os/compat/libxfscompat.a ../../src/os/teensy4/libxfsos.a -lm /usr/lib/gcc/arm-none-eabi/15.1.0/../../../../arm-none-eabi/bin/ld: /usr/lib/gcc/arm-none-eabi/15.1.0/thumb/v7e-m+dp/hard/crtbegin.o: relocations in generic ELF (EM: 0) /usr/lib/gcc/arm-none-eabi/15.1.0/../../../../arm-none-eabi/bin/ld: /usr/lib/gcc/arm-none-eabi/15.1.0/thumb/v7e-m+dp/hard/crtbegin.o: relocations in generic ELF (EM: 0) /usr/lib/gcc/arm-none-eabi/15.1.0/../../../../arm-none-eabi/bin/ld: /usr/lib/gcc/arm-none-eabi/15.1.0/thumb/v7e-m+dp/hard/crtbegin.o: relocations in generic ELF (EM: 0) /usr/lib/gcc/arm-none-eabi/15.1.0/../../../../arm-none-eabi/bin/ld: /usr/lib/gcc/arm-none-eabi/15.1.0/thumb/v7e-m+dp/hard/crtbegin.o: error adding symbols: file in wrong format collect2: error: ld returned 1 exit status Version-Release number of selected component (if applicable): How reproducible: Easy to reproduce Steps to Reproduce: 1. Build an object file 2. Attempt to link the object file into an ELF file 3. Note results Actual results: Fails to link due to "wrong format" Expected results: Links as it does in previous versions Additional info: Note that the intermediate object files build correctly: src/core/xfs_actime.o: ELF 32-bit LSB relocatable, ARM, EABI5 version 1 (SYSV), not stripped However the crtbegin.o included with the compiler is nonsensical (is not for a machine): /usr/lib/gcc/arm-none-eabi/15.1.0/thumb/v7e-m+dp/hard/crtbegin.o: ELF 32-bit LSB relocatable, no machine, version 1 (SYSV), not stripped Whereas on previous fedora, we have properly (ARM, EAB15): /usr/lib/gcc/arm-none-eabi/15.1.0/thumb/v7e-m+dp/hard/crtbegin.o: ELF 32-bit LSB relocatable, ARM, EABI5 version 1 (SYSV), not stripped
I noticed exactly the same issue yesterday for ARM Cortex M0 (raspberry pico/rp2040). The crt files are provided by the package arm-none-eabi-gcc-cs-1:15.1.0-3.fc43.x86_64. Hereafter the link error with fc43 packages: /usr/lib/gcc/arm-none-eabi/15.1.0/../../../../arm-none-eabi/bin/ld: /usr/lib/gcc/arm-none-eabi/15.1.0/thumb/v6-m/nofp/crtbegin.o: relocations in generic ELF (EM: 0) /usr/lib/gcc/arm-none-eabi/15.1.0/../../../../arm-none-eabi/bin/ld: /usr/lib/gcc/arm-none-eabi/15.1.0/thumb/v6-m/nofp/crtbegin.o: relocations in generic ELF (EM: 0) /usr/lib/gcc/arm-none-eabi/15.1.0/../../../../arm-none-eabi/bin/ld: /usr/lib/gcc/arm-none-eabi/15.1.0/thumb/v6-m/nofp/crtbegin.o: relocations in generic ELF (EM: 0) /usr/lib/gcc/arm-none-eabi/15.1.0/../../../../arm-none-eabi/bin/ld: /usr/lib/gcc/arm-none-eabi/15.1.0/thumb/v6-m/nofp/crtbegin.o: error adding symbols: file in wrong format collect2: error: ld returned 1 exit status And I agree, the crtbegin.o seems not correct: $ file /usr/lib/gcc/arm-none-eabi/15.1.0/thumb/v6-m/nofp/crtbegin.o /usr/lib/gcc/arm-none-eabi/15.1.0/thumb/v6-m/nofp/crtbegin.o: ELF 32-bit LSB relocatable, no machine, version 1 (SYSV), not stripped A temporary workaround is to downgrade to fc42 if mandatory: $ mkdir arm-rpms && pushd arm-rpms $ dnf download --releasever=42 arm-none-eabi-gcc arm-none-eabi-newlib arm-none-eabi-gcc-cs-c++ arm-none-eabi-binutils-cs $ sudo rpm -ivh *.rpm $ popd Then add the following in the /etc/dnf/dnf.conf file: [main] exclude=arm-none-eabi-gcc-cs arm-none-eabi-newlib arm-none-eabi-gcc-cs-c++ arm-none-eabi-binutils-cs
As noted in seemingly duplicate bug https://bugzilla.redhat.com/show_bug.cgi?id=2405563 another workaround is to upgrade to the rawhide version of arm-none-eabi-gcc-cs via the command "sudo dnf upgrade arm-none-eabi-gcc-cs --enablerepo=rawhide"
Not sure why it builds fine for me, but as more ppl suggested that gcc from rawhide helps, I've build 15.2.0 from rawhide for f43 and f42. Expect in updates-testing repository soon-ish
FEDORA-2025-30e1f16dc3 (arm-none-eabi-gcc-cs-15.2.0-1.fc43) has been submitted as an update to Fedora 43. https://bodhi.fedoraproject.org/updates/FEDORA-2025-30e1f16dc3
FEDORA-2025-3b28288d93 (arm-none-eabi-gcc-cs-15.2.0-1.fc42) has been submitted as an update to Fedora 42. https://bodhi.fedoraproject.org/updates/FEDORA-2025-3b28288d93
FEDORA-2025-3b28288d93 has been pushed to the Fedora 42 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-3b28288d93` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-3b28288d93 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2025-30e1f16dc3 has been pushed to the Fedora 43 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-30e1f16dc3` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-30e1f16dc3 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2025-30e1f16dc3 (arm-none-eabi-gcc-cs-15.2.0-1.fc43) has been pushed to the Fedora 43 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2025-3b28288d93 (arm-none-eabi-gcc-cs-15.2.0-1.fc42) has been pushed to the Fedora 42 stable repository. If problem still persists, please make note of it in this bug report.