[Gretl-users] lapack/gretl on 64 sabayon/gentoo (again)

[Allin Cottrell]

On Mon, 25 Feb 2008, Helgi Tomasson wrote:

> Diagnostics on compilaton of GRETL on saybayon(gentoo)-64 linux. Fast
> fourier transform works (and a lot of things I have tested) where as
> johansen-test does not. There is lapack in /usr/lib64 which is the same
> as in the one in /usr/lib.
> 
> Lapack is working in R, and in test programs (R and c++).

Is your R binary in fact linked against your system liblapack? I 
find that's not the case on my own system:

allin at myrtle:~/src$ locate lib/liblapack.so
/usr/lib/liblapack.so.3.0
/usr/lib/liblapack.so.3
/usr/lib/liblapack.so

allin at myrtle:~/src$ LD_LIBRARY_PATH=/opt/R/lib/R/lib ldd \
/opt/R/lib/R/bin/exec/R
        linux-gate.so.1 =>  (0xffffe000)
        libR.so => /opt/R/lib/R/lib/libR.so (0xb7c75000)
        libRblas.so => /opt/R/lib/R/lib/libRblas.so (0xb7c4b000)
        libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7aef000)
        libgfortran.so.1 => /usr/lib/libgfortran.so.1 (0xb7a76000)
        libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7a51000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7a46000)
        libreadline.so.5 => /lib/libreadline.so.5 (0xb7a15000)
        libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7a11000)
        /lib/ld-linux.so.2 (0xb7f54000)
        libncurses.so.5 => /lib/libncurses.so.5 (0xb79cc000)

Note no linkage to /usr/lib/liblapack.so: R seems to prefer to use 
its own lapack implementation (built into libR, I suspect).

Allin.