| Summary: | [-fPIC] scipy-0.5.1 fails to compile on amd64 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Sébastien Fabbro (RETIRED) <bicatali> |
| Component: | New packages | Assignee: | Gentoo Science Related Packages <sci> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | amd64 |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
I really hate it when people insist on linking static libraries into shared libraries. This is now fixed in 0.5.2 as well as numpy 1.0.1. |
scipy-0.5.1 from the main tree fails on amd64: -------------------------------- /usr/bin/gfortran -Wall -shared build/temp.linux-x86_64-2.4/build/src.linux-x86_64-2.4/Lib/fftpack/convolvemodule.o build/temp.linux-x86_64-2.4/Lib/fftpack/src/convolve.o build/temp.linux-x86_64-2.4/build/src.linux-x86_64-2.4/fortranobject.o -L/usr/lib -Lbuild/temp.linux-x86_64-2.4 -ldfftpack -lfftw3 -lgfortran -o build/lib.linux-x86_64-2.4/scipy/fftpack/convolve.so /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: build/temp.linux-x86_64-2.4/libdfftpack.a(dfftb.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC build/temp.linux-x86_64-2.4/libdfftpack.a: could not read symbols: Bad value collect2: ld returned 1 exit status -------------------------- It looks like it is a PIC problem. Probably caused by the temporary LDFLAGS removal. In the gentooscience.org overlay, I added an export F77FLAGS="${CFLAGS} -fPIC" after the "unset LDFLAGS". Not so nice, but works.