149153 – [-fPIC] scipy-0.5.1 fails to compile on amd64

Bug 149153 - [-fPIC] scipy-0.5.1 fails to compile on amd64

Summary: [-fPIC] scipy-0.5.1 fails to compile on amd64

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	New packages (show other bugs)
Hardware:	All Linux

Importance:	High normal (vote)
Assignee:	Gentoo Science Related Packages

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2006-09-26 02:29 UTC by Sébastien Fabbro (RETIRED)
Modified:	2007-01-31 09:03 UTC (History)
CC List:	1 user (show)

See Also:
Package list:
Runtime testing required:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Sébastien Fabbro (RETIRED) gentoo-dev

2006-09-26 02:29:01 UTC

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.

Comment 1 Donnie Berkholz (RETIRED) gentoo-dev

2006-09-26 08:46:46 UTC

I really hate it when people insist on linking static libraries into shared libraries.

Comment 2 Steve Arnold archtester

2007-01-31 09:03:57 UTC

This is now fixed in 0.5.2 as well as numpy 1.0.1.