Bug#725673: libopenblas-base: No direct linking of openblas possible, always redirects to libblas.so.3.

Martin Koehler mkbugreport at inboxalias.com
Mon Oct 7 09:06:14 UTC 2013


Package: libopenblas-base
Version: 0.2.8-2
Severity: important
Tags: upstream

Dear Maintainer,

I am using openblas on debian wheezy and linked my programs explicitly (for
benchmarking purpose and not to run update-alternatives as root everytime)
using
 $ export LD_LIBRARY_PATH=/usr/lib/openblas-base/
 $ gcc -o test.openblas -L/usr/lib/openblas-base test.c -lopenblas
and got an binary which depends on libopenblas.so.

Now we update to Debian Testing/Jessie and the following happened:
 $ export LD_LIBRARY_PATH=/usr/lib/openblas-base/
 $ gcc -o test.openblas -L/usr/lib/openblas-base test.c -lopenblas
 $ ldd test.openblas
        linux-gate.so.1 (0xb76e5000)
        libblas.so.3 => /usr/lib/libblas.so.3 (0xb65d5000)
        libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb6426000)
        libm.so.6 => /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb63e2000)
        libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
(0xb63c7000)
        /lib/ld-linux.so.2 (0xb76e6000)

which does not any longer include Openblas directly and forces to use the
update-alternative system. I figured out that this behavior was introduced to
solve bug #687349 ( see the libblas3-soname.patch). I think this behavior is
not helpful for every day live.  In contrast if a want to do the same using
ATLAS I can link againf libf77blas and  libatlas and it works without this
issue.

I think there must be another solution to solve bug #687349 without this "bad"
soname trick. In case of ATLAS there is a separate library which contains all
dependencies to ATLAS but it still allows to use ATLAS explicitly overriding
the update-alternatives system.



*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
     ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.10-3-686-pae (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libopenblas-base depends on:
ii  libc6  2.17-93

libopenblas-base recommends no packages.

Versions of packages libopenblas-base suggests:
ii  liblapack3  3.4.2+dfsg-4

-- no debconf information
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test.c
Type: text/x-c
Size: 240 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/debian-science-maintainers/attachments/20131007/8a27f432/attachment-0001.bin>


More information about the debian-science-maintainers mailing list