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


You are receiving this mail because: