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@myrtle:~/src$ locate lib/liblapack.so
/usr/lib/liblapack.so.3.0
/usr/lib/liblapack.so.3
/usr/lib/liblapack.so
allin@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.