Bug 2058840

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__);"
1.20.1

Version-Release number of selected component (if applicable):

<mock-chroot> sh-5.1# rpm -q flexiblas python3 python3-numpy
flexiblas-3.0.4-7.el9.x86_64
python3-3.9.10-2.el9.x86_64
python3-numpy-1.20.1-5.el9.x86_64

How reproducible:
Always

Steps to Reproduce:
1. python3 -c "import numpy as n"

Actual results:
Failure due to undefined symbols

Expected results:
Successful import

Additional info:

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:
	/lib64/libm.so.6
	/lib64/libgfortran.so.5
	/lib64/libquadmath.so.0

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).