[Bug 1173737] New: broken arm-none-eabi: Linker problems compiling for stm32
http://bugzilla.opensuse.org/show_bug.cgi?id=1173737 Bug ID: 1173737 Summary: broken arm-none-eabi: Linker problems compiling for stm32 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: screening-team-bugs@suse.de Reporter: cyril.x9@gmail.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- I am using the qmk software to compile firmware for an stm32 (arm-based) device. Everything compiles as expected, but for one particular chipset, the process errors-out at the linker. https://github.com/qmk/qmk_firmware https://docs.qmk.fm/#/newbs_getting_started ``` cyril@ten:~/workshop/qmk_forked> qmk compile --keyboard cannonkeys/ortho48 --keymap default Ψ Compiling keymap with gmake cannonkeys/ortho48:default QMK Firmware 0.9.19 Making cannonkeys/ortho48 with keymap default arm-none-eabi-gcc (SUSE Linux) 7.5.0 Copyright (C) 2017 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. Compiling: tmk_core/common/command.c [OK] Linking: .build/cannonkeys_ortho48_default.elf [ERRORS] | | /usr/lib64/gcc/arm-none-eabi/7/ld: error: no memory region specified for loadable section `.note.gnu.build-id' | collect2: error: ld returned 1 exit status | gmake[1]: [tmk_core/rules.mk:306: .build/cannonkeys_ortho48_default.elf] Error 1 Make finished with errors gmake: [Makefile:584: cannonkeys/ortho48:default] Error 1 ``` I started in the QMK-channel of Discord, where a supportive member was able to reproduce and verify the issue: " i managed to install cross-arm-none-gcc8 from https://download.opensuse.org/repositories/devel:gcc/openSUSE_Factory/devel:..., but i get the same error on linking seems to link fine if i try anything other than an F303 board, because it's the only one that has USE_FPU = yes so it looks as though this cross-arm-none-newlib-devel package does not have hardfp support switched on? [ ... ] same thing if i go back to the official arm-none-eabi-gcc7 package [ ... ] i think opensuse support for arm-none-eabi is just broken. it needs a newlib. " I spun-up a fedora vm via boxes, and the QMK software builds the firmware as expected. I am happy to provide other information to help figure out what is going wrong. Any guidance is appreciated. -Cyril -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@suse.com