octave & ATLAS

[Stef Pillaert]

Sorry to pop up with this again, but I really want to use with my fast ATLAS
library with octave, and I can't get it to work...I have ATLAS 3.0,  so
libatlas.a, libcblas.a & libf77blas.a are in /usr/lib. Also, I created the
modified liblapack.a that ATLAS provides (replacing a few functions in my
original liblapack.a version 3).
I also made a shared version of all these libs (".so") manually. ("ar x
lib????.a" & "gcc -shared -o lib????.so *.o")

I can succesfully install octave-2.1.30 in the normal way (enable-dl,
enable-shared & enable-lite-kernel). It works OK.

After applying the patch I found in octave-sources (2000-13 & 2000-14) to
compile octave using the atlas libs, I run autoconf, and then I try to run
configure.

configure seems to detect the atlas libs, and the modified lapack: it says:

...
defining FORTRAN_MAIN_FLAG to be -u MAIN__
checking for cblas_dgemm in -lcblas... yes
checking for dgemm_ in -lf77blas... yes
checking for cheev_ in -llapack... yes
...

However, something goes wrong a bit further:

...
checking for dlopen... no
checking for dlsym... no
checking for dlerror... no
checking for dlclose... no
configure: error: --enable-dl specified, but functions are missing!
...

When I inspect the config.log, I see the following:

...
configure:3877: gcc -E  conftest.c >/dev/null 2>conftest.out
configure:3873: minix/config.h: No such file or directory
configure: failed program was:
#line 3872 "configure"
#include "confdefs.h"
#include <minix/config.h>
configure:3915: checking for AIX
configure:3939: checking for getpwnam in -lsun
configure:3958: gcc -o conftest -g -O2  -g
conftest.c -lsun  -llapack -lf77blas -lcblas -latlas -lm  1>&5
/usr/bin/ld: cannot find -lsun
collect2: ld returned 1 exit status
configure: failed program was:
#line 3947 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
    builtin and then its argument prototype would still apply.  */
char getpwnam();

int main() {
getpwnam()
; return 0; }
configure:3986: checking for gethostname in -lsocket
configure:4005: gcc -o conftest -g -O2  -g
conftest.c -lsocket  -llapack -lf77blas -lcblas -latlas -lm  1>&5
/usr/bin/ld: cannot find -lsocket
collect2: ld returned 1 exit status
configure: failed program was:
#line 3994 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
    builtin and then its argument prototype would still apply.  */
char gethostname();

int main() {
gethostname()
; return 0; }
configure:4083: checking size of short
configure:4102: gcc -o conftest -g -O2  -g
conftest.c -llapack -lf77blas -lcblas -latlas -lm  1>&5
/usr/bin/../lib/liblapack.so: undefined reference to `e_wsfe'
/usr/bin/../lib/liblapack.so: undefined reference to `z_abs'
/usr/bin/../lib/liblapack.so: undefined reference to `c_sqrt'
/usr/bin/../lib/liblapack.so: undefined reference to `s_cmp'
/usr/bin/../lib/liblapack.so: undefined reference to `r_lg10'
/usr/bin/../lib/liblapack.so: undefined reference to `z_exp'
/usr/bin/../lib/liblapack.so: undefined reference to `c_exp'
/usr/bin/../lib/liblapack.so: undefined reference to `etime_'
/usr/bin/../lib/liblapack.so: undefined reference to `c_div'
...

However, when I do "nm /usr/liblapack.so", I can find "e_wsfe" etc. in it.
Is this because of the way I made these shared libraries? Or is it something
else?

Can someone help me out?

Thanks for your time,
Stef.



-----------------------------------------------------------------------
Octave is freely available under the terms of the GNU GPL.

Octave's home on the web:  http://www.che.wisc.edu/octave/octave.html
How to fund new projects:  http://www.che.wisc.edu/octave/funding.html
Subscription information:  http://www.che.wisc.edu/octave/archive.html
-----------------------------------------------------------------------