Re: lib/libgsl.so: undefined reference to `cblas_ztrsv' (on Ubuntus)
Le 03/09/2013 18:26, Andrey Rahmatullin a écrit :
> On Tue, Sep 03, 2013 at 12:21:50PM -0400, Yaroslav Halchenko wrote:
>> btw - even on Debian systems it is not:
>> $> ldd /usr/lib/libgsl.so
>> linux-vdso.so.1 (0x00007fff5fddb000)
>> libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f558ccc9000)
>> libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f558c91d000)
>> /lib64/ld-linux-x86-64.so.2 (0x00007f558d483000)
>> but I am not sure here if that is not intentional to allow "flexibility" to
>> decide to link against a specific blas implementation (gsl's or
> If that was intentional then you as an user of the library should be
> prepared to any kinds of problems.
I've been hit by this problem with my libmath-tamuanova-perl package.
This perl extension use the gsl library and must be linked to a blas
implementation. I use alternatives in Depends but I think this should
have been done in the gsl library itself and not in its depends.
The main problem with blas implementation is that they share some
part of there ABI but not the whole one. So, switching from one
implementation to another sometimes work and sometimes not.
If someone has some free time, analyzing the ABI (soname and symbol),
the dependencies, and the location on the filesystem of the various
blas (atlas pre-compiled, atlas locally compiled, goto blas,
openblas, ...) and related library (lapack, ...) would be very useful.
It is on my TODO list since a long time but it is still here :-(
Vincent Danjean GPG key ID 0x9D025E87 email@example.com
GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://people.debian.org/~vdanjean/debian unstable main