RTEMS | bsps/or1k/generic_or1k: A shared include guard, the reset and the destructors (#5687)

[Sebastian Huber (@sebhub)]

Issue created by Sebastian Huber: https://gitlab.rtems.org/rtems/rtos/rtems/-/work_items/5687



Three defects which are independent of each other.

`bsp.h` and `bsp/generic_or1k.h` of this BSP use the same include guard,
`LIBBSP_GENERIC_OR1K_H`. A source file which includes `bsp.h` first therefore
gets nothing at all from `bsp/generic_or1k.h`.

The BSP resets into a loop, so a simulator never stops and every test runs into
its timeout. The virtual machine of Qemu has a SiFive test finisher, which stops
the machine.

The link script sorts `.fini_array` before `SORT(.fini_array.*)`, so the
destructors of a C++ program run in the wrong order and `spglobalcon02` fails.

Found while running the full test suite on Qemu. This description was created
with Claude Code assistance.

-- 
View it on GitLab: https://gitlab.rtems.org/rtems/rtos/rtems/-/work_items/5687
You're receiving this email because of your account on gitlab.rtems.org. Unsubscribe from this thread: https://gitlab.rtems.org/-/sent_notifications/5-8jxppxuepg7udo0ip3k9hz17p-1d/unsubscribe | Manage all notifications: https://gitlab.rtems.org/-/profile/notifications | Help: https://gitlab.rtems.org/help


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/bugs/attachments/20260817/6cbe4c03/attachment.htm>