[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: lib/libgsl.so: undefined reference to `cblas_ztrsv' (on Ubuntus)



On Tue, Sep 03, 2013 at 12:21:50PM -0400, Yaroslav Halchenko wrote:
> > > /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../lib/libgsl.so: undefined reference to `cblas_ztrsv'
> > > /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../lib/libgsl.so: undefined reference to `cblas_scasum'
> > If you ship a public library with undefined symbols it is not just simply
> > wrong, it's also a violation of a Policy "must" (10.2) and hence an RC
> > bug. In any case, please don't. It's 2013 already.
> 
> Well -- I am not shipping any public library here... so I guess I am
> reading your comment as pertinent to libgsl which should have been
> linked against libgslcblas?
Correct.

> 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
> system-wide)...
If that was intentional then you as an user of the library should be
prepared to any kinds of problems.

> So I guess -Wl,--no-as-needed is needed for any linking against gsl, gslcblas
> libraries ATM on Ubuntus.
Note that --as-needed it's not Ubuntu-specific (even as a default).

-- 
WBR, wRAR

Attachment: signature.asc
Description: Digital signature


Reply to: