Re: [Help-gsl] GSL runtime error/symbol lookup error

[Ernst-Jan Buis]

Dear Rhys,

The LD_LIBRARY_PATH settings were correct and both libgls and libglscblas
were in the same directory.
I find it suprising to find that when I check my executable with for its
shared libraries with ldd, I find that the executable
depends on libgsl, but not on libgslcblas (although I included the
libgslcblas in my link-line through: gsl-config --cflags --libs)
The output of ldd -r testgsl gives:
    linux-vdso.so.1 =>  (0x00007fff9deae000)
    libgsl.so.0 => /usr/lib/libgsl.so.0 (0x00007ffbcecfd000)
    libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(0x00007ffbce9cd000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007ffbce748000)
    libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
(0x00007ffbce532000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ffbce18f000)
    /lib64/ld-linux-x86-64.so.2 (0x00007ffbcf13b000)
undefined symbol: cblas_ctrmv    (/usr/lib/libgsl.so.0)
undefined symbol: cblas_zswap    (/usr/lib/libgsl.so.0)
undefined symbol: cblas_zsymm    (/usr/lib/libgsl.so.0)
....

This means that my executable (called ´testgsl´) is not linked against
libgslcblas. I guess that libgsl,so should be linked against libgslblas.so
??


On Sat, Jan 5, 2013 at 3:08 PM, Rhys Ulerich <address@hidden> wrote:

> > Yes, I'm linking with the proper CBLAS lib
>
> I apologize... I had not read your message closely enough to realize it
> was a runtime issue.
>
> Are both dynamic libraries in a directory searched at runtime? E.g. if you
> add the directory containing the CBLAS .so to your LD_LIBRARY_PATH does ldd
> report everything is okay?
>
> - Rhys
>