[R] Compilation problems with R4.4.0

Ivan Krylov |kry|ov @end|ng |rom d|@root@org
Wed May 8 17:09:12 CEST 2024


В Wed, 8 May 2024 14:25:08 +0000
Simon Andrews <simon.andrews using babraham.ac.uk> пишет:

> #8  0x00007ffff3f87c0b in dgesv (
>  n=12884901891, nrhs=4294967299,
>  a=<error reading variable: value has been optimized out>,
>  lda=12884901891, ipiv=...,
>  b=<error reading variable: value has been optimized out>,
>  ldb=12884901891, info=0
> ) at /usr/src/debug/lapack-3.9.0-10.el9.x86_64/SRC/dgesv.f:167
> #9 0x00007ffff50b2a17 in La_solve (
>  tolin=<optimized out>, Bin=<optimized out>, A=0x18f2f68
> ) at Lapack.c:1246
> #10 mod_do_lapack (
>  call=<optimized out>, op=<optimized out>, args=<optimized out>,
>  env=<optimized out>
> ) at Lapack.c:1483

It looks like this R build is linked to a LAPACK. I now also notice
LAPACK(generic) in the list of external libraries in your ./configure
output. I've tried to link R to AlmaLinux's builds of reference BLAS
and LAPACK using --with-blas='-l:libblas.so.3'
--with-lapack='-l:liblapack.so.3' (where do I get libblas.so on
AlmaLinux?), but that doesn't crash either.

What does the config.log currently say about your BLAS and LAPACK
situation? It's a number of lines between

configure:47012: checking whether 'struct tm' includes tm_gmtoff

and

configure:48858: checking for iconv.h.

If you'd like to link your R to custom BLAS and LAPACK, try specifying
the necessary linker flags explicitly with --with-blas=-lwhatever,
--with-lapack=-lwhatever. If you're fine with reference BLAS & LAPACK
that come with R, try ./configure --without-blas --without-lapack.
Normally, R's ./configure tries to prevent linking to an external
LAPACK without linking to an external BLAS; I'm not sure how it got you
LAPACK(generic) without BLAS(generic).

-- 
Best regards,
Ivan



More information about the R-help mailing list