1 |
> Hi, |
2 |
> |
3 |
> While updating sage and python to 4.7 and 2.7, I hit a variation of an |
4 |
> old bug (see http://bugs.gentoo.org/195619): scipy compiles with |
5 |
> lapack-reference but is unusable. Running in python |
6 |
> |
7 |
> import scipy.optimize |
8 |
> |
9 |
> fails with |
10 |
> |
11 |
> [...] |
12 |
> from scipy.linalg import clapack |
13 |
> ImportError: /usr/lib64/python2.7/site-packages/scipy/linalg/clapack.so: |
14 |
> undefined symbol: clapack_sgesv |
15 |
> |
16 |
> I tried rebuilding numpy and scipy with lapack provided (eselect) by |
17 |
> lapack-reference, blas provided by blas-reference, cblas provided by |
18 |
> gsl and with/without clapack with the same result. |
19 |
> |
20 |
> Then I tried rebuilding numpy and scipy with lapack, blas and cblas |
21 |
> provided (eselect) by atlas and scipy worked flawlessly. |
22 |
> |
23 |
> Should scipy depend on a specific lapack provider instead of a virtual? |
24 |
> Enable it at compile time? Is it an unfortunate combination what fails? |
25 |
> |
26 |
> I can provide build logs if you need them. |
27 |
> |
28 |
Hi Marc, |
29 |
|
30 |
Just one thing that I can think of on the top of my head. We recently made |
31 |
scipy depend on arpack and superlu. They also have dependencies on blas/lapack |
32 |
if you didn't rebuild them as well they may cause trouble. |
33 |
|
34 |
I had a similar problem recently but eselecting everything properly worked for |
35 |
me. A last piece of info you could provide: are you using the main tree |
36 |
implementation or bicatali's overlay implementation? |
37 |
|
38 |
Francois |