Description of problem:
Flexiblas is not properly linked to libgfortran.
This can be seen when trying to import numpy into python.
<mock-chroot> sh-5.1# python3 -c "import numpy as n"
flexiblas dlopen: /usr/lib64/flexiblas//libflexiblas_fallback_lapack.so: undefined symbol: _gfortran_transfer_character_write
flexiblas Failed to load the LAPACK fallback library. Abort!
Aborted (core dumped)
If libgfortran is preloaded the import works:
<mock-chroot> sh-5.1# LD_PRELOAD=/usr/lib64/libgfortran.so.5 python3 -c "import numpy as n; print(n.__version__);"
Version-Release number of selected component (if applicable):
<mock-chroot> sh-5.1# rpm -q flexiblas python3 python3-numpy
Steps to Reproduce:
1. python3 -c "import numpy as n"
Failure due to undefined symbols
ldd -r /usr/lib64/flexiblas/libflexiblas_fallback_lapack.so
lists many undefined symbols.
However, this is also true for the Fedora version.
But, in Fedora this is saved by over-linking in the main flexiblas library;
[ellert@localhost ~]$ ldd -u /usr/lib64/libflexiblas.so.3
Unused direct dependencies:
These are not there in RHEL 9, which is probably correct. But it exposes the underlinking of /usr/lib64/flexiblas/libflexiblas_fallback_lapack.so (and /usr/lib64/flexiblas64/libflexiblas_fallback_lapack.so).
To fix this in a simple way, add to the spec file the line:
This issue is totally blocking OpenStack upstream CI on CentOS, may it be possible to get a fix asap?
(In reply to Alfredo Moralejo from comment #2)
> This issue is totally blocking OpenStack upstream CI on CentOS, may it be
> possible to get a fix asap?
Yes, I'm aleready working on it.
*** Bug 2059049 has been marked as a duplicate of this bug. ***
This bug is being solved as part of bug2044859.
*** This bug has been marked as a duplicate of bug 2044859 ***