| 1 |
Hi again, |
| 2 |
|
| 3 |
this thing is somewhat mysterious. |
| 4 |
|
| 5 |
On 07:27 Tue 30 Oct 2012, Francois Bissey wrote: |
| 6 |
> > x86_64-pc-linux-gnu-gcc: numpy/core/blasdot/_dotblas.c |
| 7 |
> > /usr/bin/gfortran -Wall -Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu -shared build-3.2/temp.linux-x86_64-3.2/numpy/core/blasdot/_dotblas.o -L/usr/lib64 -L/usr/lib64 -Lbuild-3.2/temp.linux-x86_64-3.2 -lblas -lpython3.2 -lgfortran -o build-3.2/lib.linux-x86_64-3.2/numpy/core/_dotblas.cpython-32.so |
| 8 |
> > /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lblas |
| 9 |
> > collect2: ld returned 1 exit status |
| 10 |
|
| 11 |
|
| 12 |
What happens here is that some setup.py calls gfortran with -lblas |
| 13 |
instead of what is in site.cfg. I tried various grep's across the |
| 14 |
source tree, but I don't understand how this happens :( |
| 15 |
|
| 16 |
Any ideas? |
| 17 |
|
| 18 |
|
| 19 |
|
| 20 |
> It is already supposed to use pkg-config. My numpy 1.5.1 is linked |
| 21 |
> against openblas with python-2.7.3. However I don't appear to have |
| 22 |
> dotblas at all in numpy with python 3.2 so there may be an issue |
| 23 |
> when compiling against python 3.2 - I will have to check my build logs. |
| 24 |
> |
| 25 |
> Did it compile against python 2.7 normally? |
| 26 |
> |
| 27 |
> Francois |
| 28 |
> |
| 29 |
> |
| 30 |
|
| 31 |
-- |
| 32 |
Thomas Kahle |
| 33 |
http://dev.gentoo.org/~tomka/ |
Archives