Openblas собран с NO_LAPACK=1, но при этом содержит заголовочные файлы от lapack. $ rpm -ql libopenblas-devel | grep lapack /usr/include/openblas/lapack.h /usr/include/openblas/lapacke.h /usr/include/openblas/lapacke_config.h /usr/include/openblas/lapacke_mangling.h /usr/include/openblas/lapacke_utils.h Это вызывает проблемы при сборке клиентов: автоматика (cmake, autotools) думают, что lapack находится в openblas, сборка вываливаются при линковке (т.к. в библиотеке его нет). Приходится вручную подсовывать -llapack. Если при этом собирающий плохо понимает, как устроено blas/lapack-хозяйство в Altlinux, то это приводит к некоторому замешательству. Еще один вариант (кажется более правильным, но и более трудоемким, так как придется разбираться с клиентами): собрать openblas со своим lapack. Тогда варианты сборки были бы еще понятнее: - blas + liblapack -- стандартная, "референсная" версия - openblas (со своим lapack) -- оптимизированная, рекомендованная - libsclapack (со своим blas), libatlas, xblas+liblapack - для разных извращений
прошу не стеснятьтся поступать с этим пакетом, как сочтёте необходимым -- я указан в acl по недоразумению.
openblas-0.3.29-alt2 -> sisyphus: Wed Feb 05 2025 Ivan A. Melnikov <iv@altlinux> 0.3.29-alt2 - fix tests on ppc64le via reverting one upstream commit - avoid installing lapack headers (ALT#38974) Mon Jan 13 2025 Ivan A. Melnikov <iv@altlinux> 0.3.29-alt1 - 0.3.29.
