xpack-dev-tools / qemu

A fork of the QEMU project, used to build the xPack QEMU ARM
Other
34 stars 16 forks source link

Starting QEMU via multiple links on macOS fails #14

Closed ilg-ul closed 3 years ago

ilg-ul commented 3 years ago

On macOS, if QEMU is started via more than two links, the program is not able to identify its location and load the internal files:

ilg@wks blinky-rtos % xpm run run-stm32f4discovery-debug-cmake
> qemu-system-gnuarmeclipse --verbose --verbose --board STM32F4-Discovery -d unimp,guest_errors --nographic --image build/stm32f4discovery-debug-cmake/blinky-rtos.elf --semihosting-config enable=on,target=native --semihosting-cmdline test

xPack 64-bit QEMU v2.8.0-11 (qemu-system-gnuarmeclipse).
Board: 'STM32F4-Discovery' (ST Discovery kit for STM32F407/417 lines).
JSON SVD file '(null)' not found.
ilg@wks blinky-rtos % 

The reason is the faulty mechanism to follow links to identify the executable location.

The problem is old, but was revealed after changing xpm to create relative links in .bin, pointing to the install location in xpacks, generally a link itself.

ilg-ul commented 3 years ago

Fixed on 2021-02-01.