Before commitca63464e37(package/python-numpy: bump to version 1.25.0), numpy was using python distuils. Then, the default for BLAS and LAPACK detection was to disable support if they were not found, even when OPENBLAS is installed on the host system. Commitca63464e37switched python-numpy to use the meson-package infrastructure, where the default has changed, and now fails when the host system does have OPENBLAS installed: buildroot$ make >>> host-python-numpy 1.25.0 Configuring [...] Run-time dependency openblas found: NO (tried pkgconfig and cmake) WARNING: CMake Toolchain: Failed to determine CMake compilers state Run-time dependency openblas found: YES 0.3.21 Dependency openblas found: YES 0.3.21 (cached) Program _build_utils/process_src_template.py found: YES (/path/to/buildroot/output/host/bin/python3 /path/to/buildroot/output/build/host-python-numpy-1.25.0/numpy/_build_utils/process_src_template.py) Program _build_utils/tempita.py found: YES (/path/to/buildroot/output/build/host-python-numpy-1.25.0/numpy/_build_utils/tempita.py) output/build/host-python-numpy-1.25.0/numpy/meson.build:201:44: ERROR: Could not get cmake variable and no default provided for <CMakeDependency OpenBLAS: True None> [...] Two obvious ways to correct this: - Add some kind of host-lapack / host-openblas dependency to host-python-numpy, or - Tell host-python-numpy not to look for (or rely on) external code. Because the host numpy environment shouldn't be doing any numerical heavy lifting, we opt for the latter here. Signed-off-by: Graeme Smecher <gsmecher@threespeedlogic.com> [yann.morin.1998@free.fr: - explain why the issue was not found before ] Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2.2 KiB
2.2 KiB