From cooch17 at verizon.net  Fri Jun 26 08:57:35 2009
From: cooch17 at verizon.net (Evan Cooch)
Date: Fri, 26 Jun 2009 02:57:35 -0400
Subject: [Rd] can't use ATLAS  or ACML | 2.9.0
Message-ID: <4A44715F.4050204@verizon.net>

So, tried again from scratch. Again, CentOS 5.3, which is essentially 
RHEL 5.3.

./configure --with-blas="-L/opt/acml4.3.0/gfortran64/lib -lacml"

In config.log, get things like

configure:37199: checking for dgemm_ in -L/opt/acml4.3.0/gfortran64/lib 
-lacml
configure:37230: gcc -std=gnu99 -o conftest -g -O2  
-I/usr/local/include  -L/usr/local/lib64 conftest.c 
-L/opt/acml4.3.0/gfortran64/lib -lacml  -$
conftest.c: In function 'main':
conftest.c:189: warning: implicit declaration of function 'dgemm_'
/usr/bin/ld: warning: libgfortran.so.3, needed by 
/opt/acml4.3.0/gfortran64/lib/libacml.so, not found (try using -rpath or 
-rpath-link)


Try

./configure --with-blas="-L/usr/lib64/atlas  -lf77blas -latlas"

I get the following


configure:37199: checking for dgemm_ in -L/usr/lib64/atlas -lf77blas -latlas
configure:37230: gcc -std=gnu99 -o conftest -g -O2  
-I/usr/local/include  -L/usr/local/lib64 conftest.c -L/usr/lib64/atlas 
-lf77blas -latlas  -lg$
conftest.c: In function 'main':
conftest.c:189: warning: implicit declaration of function 'dgemm_'
/usr/bin/ld: cannot find -lf77blas
collect2: ld returned 1 exit status
configure:37236: $? = 1
configure: failed program was:


What puzzles me is that lf77blas is definitely in /usr/lib64/atlas  - 
but configure couldn't find it (?). Perhaps its because 100% of the libs 
in the atlast subdir are xxx.so.3 (perhaps R config is looking for so.1 
libs?).


I suspect that many/most of the problems I'm having with getting R to 
compile (with BLAS and LAPACK) are related to these basic issues - if I 
can't do even a simple compile with blas, then whats left?



[Rd] can't use ATLAS or ACML | 2.9.0
Evan Cooch