[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #57591] Segmentation faults when running the t
|
From: |
John W. Eaton |
|
Subject: |
[Octave-bug-tracker] [bug #57591] Segmentation faults when running the test suite |
|
Date: |
Sun, 18 Jul 2021 13:51:12 -0400 (EDT) |
|
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0 |
Follow-up Comment #169, bug #57591 (project octave):
Here is what I see for blas:
devnull> ldd
/usr/local/octave/dev/libexec/octave/7.0.0/exec/x86_64-pc-linux-gnu/octave-gui
| grep blas
libblas.so.3 => /usr/lib/x86_64-linux-gnu/libblas.so.3
(0x00007fda3f660000)
libopenblas.so.0 => /usr/lib/x86_64-linux-gnu/libopenblas.so.0
(0x00007fda3bd40000)
devnull> ls -l /usr/lib/x86_64-linux-gnu/libblas.so.3
lrwxrwxrwx 1 root root 47 Jan 11 2019 /usr/lib/x86_64-linux-gnu/libblas.so.3
-> /etc/alternatives/libblas.so.3-x86_64-linux-gnu
devnull> ls -l /etc/alternatives/libblas.so.3-x86_64-linux-gnu
lrwxrwxrwx 1 root root 54 May 20 2020
/etc/alternatives/libblas.so.3-x86_64-linux-gnu ->
/usr/lib/x86_64-linux-gnu/openblas-serial/libblas.so.3
devnull> ls -l /usr/lib/x86_64-linux-gnu/openblas-serial/libblas.so.3
-rw-r--r-- 1 root root 317712 Apr 18 04:36
/usr/lib/x86_64-linux-gnu/openblas-serial/libblas.so.3
devnull> ls -l /usr/lib/x86_64-linux-gnu/libopenblas.so.0
lrwxrwxrwx 1 root root 51 Nov 4 2019
/usr/lib/x86_64-linux-gnu/libopenblas.so.0 ->
/etc/alternatives/libopenblas.so.0-x86_64-linux-gnu
devnull> ls -l /etc/alternatives/libopenblas.so.0-x86_64-linux-gnu
lrwxrwxrwx 1 root root 59 Nov 4 2019
/etc/alternatives/libopenblas.so.0-x86_64-linux-gnu ->
/usr/lib/x86_64-linux-gnu/openblas-pthread/libopenblas.so.0
devnull> ls -l /usr/lib/x86_64-linux-gnu/openblas-pthread/libopenblas.so.0
lrwxrwxrwx 1 root root 23 Apr 18 04:36
/usr/lib/x86_64-linux-gnu/openblas-pthread/libopenblas.so.0 ->
libopenblasp-r0.3.13.so
so there do appear to be two different BLAS libraries involved. I've been
configuring with --with-blas=-lblas. I thought that would do the right thing
with the Debian alternatives mechanism.
For lapack I see
devnull> ldd
/usr/local/octave/dev/libexec/octave/7.0.0/exec/x86_64-pc-linux-gnu/octave-gui
| grep lapack
liblapack.so.3 => /usr/lib/x86_64-linux-gnu/liblapack.so.3
(0x00007fdd8c978000)
devnull> ls -l /usr/lib/x86_64-linux-gnu/liblapack.so.3
lrwxrwxrwx 1 root root 49 Jan 11 2019
/usr/lib/x86_64-linux-gnu/liblapack.so.3 ->
/etc/alternatives/liblapack.so.3-x86_64-linux-gnu
devnull> ls -l /etc/alternatives/liblapack.so.3-x86_64-linux-gnu
lrwxrwxrwx 1 root root 56 May 20 2020
/etc/alternatives/liblapack.so.3-x86_64-linux-gnu ->
/usr/lib/x86_64-linux-gnu/openblas-serial/liblapack.so.3
devnull> ls -l /usr/lib/x86_64-linux-gnu/openblas-serial/liblapack.so.3
-rw-r--r-- 1 root root 6920304 Apr 18 04:36
/usr/lib/x86_64-linux-gnu/openblas-serial/liblapack.so.3
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?57591>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/