Bernd Paysan wrote:
Good point. For explanation: The "depends" syntax makes sure that library
dependencies of "broken" libraries are resolved properly by loading the
depending library first. Properly compiled libraries link to the depending
libraries themselves, and then are resolved automatically, that's why I'd
suggest to use the libraries from the 32 bit system (where everything
works).
You can find out the libraries linked to a .so file by using ldd<file>,
e.g.
% ldd /usr/lib/libX11.so.6
linux-gate.so.1 => (0xffffe000)
libxcb-xlib.so.0 => /usr/lib/libxcb-xlib.so.0 (0xf7e08000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0xf7def000)
libdl.so.2 => /lib/libdl.so.2 (0xf7deb000)
libc.so.6 => /lib/libc.so.6 (0xf7cb8000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xf7cb3000)
/lib/ld-linux.so.2 (0x56555000)
libgsl is compiled in such way that c programs can be compiled with a
choice of an appropriate blas library. It can be CBLAS provided with GSL
or BLAS from ATLAS. ldd shows the following for libgsl.so:
[EMAIL PROTECTED] ../soft/lib> ldd libgsl.so
linux-gate.so.1 => (0xffffe000)
libm.so.6 => /lib32/libm.so.6 (0xf7cee000)
libc.so.6 => /lib32/libc.so.6 (0xf7bc2000)
/lib/ld-linux.so.2 (0x56555000)
When compiling a c code using gsl one can use -lcblas -latlas or
-lgslcblas. In bigforth neither of this options works. It seems that
depends word does not do its job properly. My option is to link
libgsl.so with libatlas.so and libptcblas.so at compile time so no
depends is needed. I can try doing that at the moment after figuring out
the mechanics of it but it is not a good long term solution as it seems.
Thanks!
--
Sergey
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
