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:gcc.repo, 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