The CRAN team has found some misbehavior of some of our code
running under ATLAS (for BLAS + Lapack).
I had successfully built a version of R-4.2.1 linked to ATLAS
under Fedora 34 (last June) and that still runs in Fedora 36.
However I can not install packages with C source code needing BLAS/Lapack..
I figured that's ok, as indeed that version of R was built with
earlier compilers and libraries under F34.
So I wanted to "redo" the same thing (which worked), now with
F36 and R 4.2.2:
inside a build directory (side by side with the unpacked
R-4.2.2/ R sources)
../R-4.2.2/configure -C '--with-blas=-L/usr/lib64/atlas -ltatlas'
and this "worked along" about 400 lines of output starting with
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
loading site script '../R-4.2.2/config.site'
checking for pwd... /usr/bin/pwd
checking whether builddir is srcdir... no
checking whether ln -s works... yes
checking for ar... ar
checking for a BSD-compatible install... /usr/bin/install -c
checking for sed... /usr/bin/sed
.......................................
.......................................
.......................................
.......................................
.......................................
....................................... and ending with
checking whether catan exists and is declared... yes
checking whether ccosh exists and is declared... yes
checking whether csinh exists and is declared... yes
checking whether ctanh exists and is declared... yes
checking for working ctanh... yes
checking whether 'struct tm' includes tm_zone... yes
checking whether 'struct tm' includes tm_gmtoff... yes
checking for dgemm_ in -L/usr/lib64/atlas -ltatlas... no
configure: error: BLAS was specified but not available
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
but clearly /usr/lib64/atlas/ is there and contains the (dnf
installed) files libtatlas.so.*
$ ls -l /usr/lib64/atlas
total 24672
lrwxrwxrwx. 1 root root 17 Jan 19 2022 libsatlas.so.3 ->
libsatlas.so.3.10
-rwxr-xr-x. 1 root root 12581672 Jan 19 2022 libsatlas.so.3.10
lrwxrwxrwx. 1 root root 17 Jan 19 2022 libtatlas.so.3 ->
libtatlas.so.3.10
-rwxr-xr-x. 1 root root 12679024 Jan 19 2022 libtatlas.so.3.10
$
and no, I can't use nm to find symbols in libtatlas.so.3.10
because it is "stripped".
I'm glad for hints -- and I could send the 10000 lines long config.log
file (just 340k) to someone interested.
Thank you in advance,
Martin
Martin Mächler
ETH Zurich and R Core team
_______________________________________________
R-SIG-Fedora mailing list
R-SIG-Fedora@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-fedora
