Closed ilg-ul closed 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.
Fixed on 2021-02-01.
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:
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.