RTEMS | waf exits too early when building all BSPs at once (#5252)
Joel Sherrill (@joel)
gitlab at rtems.org
Mon May 26 16:09:13 UTC 2025
Joel Sherrill created an issue: https://gitlab.rtems.org/rtems/rtos/rtems/-/issues/5252
## Summary
I am experimenting with various config.ini files that specified building all BSPs in an architecture or all BSPs across all architectures. I am building with _waf -k_ but it is exiting after arm. At least one of the arm BSPs has a linking error in a test. _waf_ continues on through that architecture but not through the others.
## Steps to reproduce
Using the attached file config-all.ini, build as follows:
```
./waf configure --rtems-config=config-all.ini
time ./waf -k >b-all.log 2>&1 &
```
Since at least the csb336 has a linking error, the build stops at arm and does not attempt any other architectures. Check b-all.log for details.
This is reproducible with just a BSP that fails to build from one architecture (currently arm/csb336) and any other BSP from another architecture which currently builds (sparc/leon3). The following config-two.ini file reproduces the failure:
```
[arm/csb336]
BUILD_SAMPLES=True
BUILD_TESTS=True
[sparc/leon3]
BUILD_SAMPLES=True
BUILD_TESTS=True
```
Build as follows.
```
./waf configure --rtems-config=config-two.ini
time ./waf -k >b-two.log 2>&1 &
```
Check _b-two.log_ and there are no files built for sparc/leon3. The directories are in the build tree but _waf_ did not transition to the second architecture.
### Pre-set options
--
View it on GitLab: https://gitlab.rtems.org/rtems/rtos/rtems/-/issues/5252
You're receiving this email because of your account on gitlab.rtems.org.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/bugs/attachments/20250526/919daa8a/attachment.htm>
More information about the bugs
mailing list