RTEMS / Tools / RTEMS Waf¶
Go to Issues or Merge Requests
Merge Requests Summary
Issues¶
4 - _check_arch_bsps presents inconsistent behavior¶
Id |
4 |
State |
closed |
Type |
ISSUE |
Author |
Kinsey Moore |
Assignee(s) |
Kinsey Moore |
Closed by |
Kinsey Moore |
Created |
2024-11-13T21:47:57.956Z |
Closed |
2026-02-27T00:28:19.100Z |
Updated |
2026-02-27T00:28:19.201Z |
Milestone |
6.3 |
Labels |
rtems::build, tool::waf |
Link |
https://gitlab.rtems.org/rtems/tools/rtems_waf/-/work_items/4 |
Merges |
2 |
Summary¶
If a list of BSPs is provided during configure and not all of that list is actually installed at the target prefix directory, two different outcomes can occur depending on the set of BSPs.
If all BSPs are of the same architecture and one of them is installed in the prefix directory, configuration succeeds.
If the BSPs are of two or more architectures and any of the architectures does not have a valid BSP (even if others do), then configuration fails.
This is caused by the found check in the first loop in _check_arch_bsps in rtems.py.
Steps to reproduce¶
Install the aarch64/zynqmp_apu BSP in the prefix directory. Configure rtems-lwip (or any other project that uses rtems_waf) with aarch64/zynqmp_apu,aarch64/zynqmp_qemu. The configuration attempt will succeed even though the aarch64/zynqmp_qemu BSP is not installed.
Now, configure rtems-lwip with aarch64/zynqmp_apu,arm/zynqmp_rpu_split_0 without performing additional BSP installations. The configuration attempt will fail.
Pre-set options¶
Author: Kinsey Moore
2024-11-13T21:47:58.068Z
assigned to @opticron
Author: Kinsey Moore
2024-11-13T21:48:34.684Z
changed the description
Author: Gedare Bloom
2024-12-04T21:40:37.836Z
Author: Chris Johns
2025-10-02T23:39:42.344Z
added rtems#15 as parent epic
Author: Kinsey Moore
2026-02-10T03:35:16.134Z
mentioned in merge request !16
Author: Kinsey Moore
2026-02-13T15:22:42.468Z
mentioned in merge request !17
Author: Kinsey Moore
2026-02-27T00:28:20.244Z
set status to Done
9 - waf insists on finding a C++ compiler (opened)¶
Id |
9 |
State |
opened |
Type |
ISSUE |
Author |
Jens Schweikhardt |
Created |
2026-07-13T16:39:00.530Z |
Updated |
2026-07-31T00:33:33.345Z |
Milestone |
6.3 |
Labels |
rtems::build |
Link |
https://gitlab.rtems.org/rtems/tools/rtems_waf/-/work_items/9 |
Merges |
0 |
Summary¶
Using rsb tagged “6.2”, I can avoid building and installing C++ compiler and files with --without-cxx.
However, waf configure insists on finding one and stops when it cannot.
Steps to reproduce¶
Run waf configure without a C++ compiler in the toolchain bin directory.
Desired change¶
Provide a way for applications that are C only to avoid time and space needed for the C++ toolchain and support files.
Author: Jens Schweikhardt
2026-07-13T16:39:01.171Z
set status to To do
Author: Jens Schweikhardt
2026-07-13T16:44:22.453Z
changed the description
Author: Kinsey Moore
2026-07-13T22:01:27.345Z
It sounds like we might need a config.ini option to disable C++ support on a per-BSP basis to satisfy this.
Author: Chris Johns
2026-07-13T22:01:27.301Z
What about a
configuretest to drive the support?
Author: Chris Johns
2026-07-31T00:33:33.309Z
added rtems#15 as parent item