numpy-discussion

[Numpy-discussion] Problem compiling numpy against ATLAS on amd64 (Mandriva 2006)

[Yi Q. <yi...@yi...>]

Hi list,
I searched the archives and found various threads regarding this issue 
and I have not found a solution there.

software versions:
gfortran 4.0.1
atlas 3.6.0
lapack 3.0

Basically numpy spits out this message when I try to compile it:

gcc: numpy/linalg/lapack_litemodule.c
/usr/bin/gfortran -shared 
build/temp.linux-x86_64-2.4/numpy/linalg/lapack_litemodule.o 
-L/usr/local/lib/atlas -llapack -lptf77blas -lptcblas -latlas -lgfortran 
-o build/lib.linux-x86_64-2.4/numpy/linalg/lapack_lite.so
/usr/bin/ld: /usr/local/lib/atlas/liblapack.a(dlamch.o): relocation 
R_X86_64_32S against `a local symbol' can not be used when making a 
shared object; recompile with -fPIC
/usr/local/lib/atlas/liblapack.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
/usr/bin/ld: /usr/local/lib/atlas/liblapack.a(dlamch.o): relocation 
R_X86_64_32S against `a local symbol' can not be used when making a 
shared object; recompile with -fPIC
/usr/local/lib/atlas/liblapack.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
error: Command "/usr/bin/gfortran -shared 
build/temp.linux-x86_64-2.4/numpy/linalg/lapack_litemodule.o 
-L/usr/local/lib/atlas -llapack -lptf77blas -lptcblas -latlas -lgfortran 
-o build/lib.linux-x86_64-2.4/numpy/linalg/lapack_lite.so" failed with 
exit status 1

However I have compiled all the software explicitly with the -fPIC flag 
on.  Attached is my make.inc for LAPACK and my Makefile for ATLAS.  I 
followed these instructions to create a hybrid LAPACK/ATLAS archive:
http://math-atlas.sourceforge.net/errata.html#completelp

Interestingly enough, if I just use the bare version of ATLAS, numpy 
compiles fine.  If I use the bare version of LAPACK, numpy compiles fine .

Any help would be greatly appreciated.



-Yi

Re: [Numpy-discussion] Problem compiling numpy against ATLAS on amd64 (Mandriva 2006)

[Yi Q. <yi...@yi...>]

Yi Qiang wrote:
> Interestingly enough, if I just use the bare version of ATLAS, numpy 
> compiles fine.  If I use the bare version of LAPACK, numpy compiles fine .
Actually, I take that back.  I get the same error when trying to link 
against the standalone version of LAPACK, so that suggests something 
went wrong there.  And here are the files I forgot to attach!
> 
> Any help would be greatly appreciated.
> 
> 
> 
> -Yi
> 
> 
> -------------------------------------------------------
> All the advantages of Linux Managed Hosting--Without the Cost and Risk!
> Fully trained technicians. The highest number of Red Hat certifications in
> the hosting industry. Fanatical Support. Click to learn more
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
> _______________________________________________
> Numpy-discussion mailing list
> Num...@li...
> https://lists.sourceforge.net/lists/listinfo/numpy-discussion

Re: [Numpy-discussion] Problem compiling numpy against ATLAS on amd64 (Mandriva 2006)

[<co...@ph...>]

Yi Qiang <yi...@yi...> writes:

> Yi Qiang wrote:
>> https://lists.sourceforge.net/lists/listinfo/numpy-discussion
> ####################################################################
> #  LAPACK make include file.                                       #
> #  LAPACK, Version 3.0                                             #
> #  June 30, 1999                                                  #
> ####################################################################
> #
> SHELL = /bin/sh
> #
> #  The machine (platform) identifier to append to the library names
> #
> PLAT = _LINUX
> #  
> #  Modify the FORTRAN and OPTS definitions to refer to the
> #  compiler and desired compiler options for your machine.  NOOPT
> #  refers to the compiler options desired when NO OPTIMIZATION is
> #  selected.  Define LOADER and LOADOPTS to refer to the loader and 
> #  desired load options for your machine.
> #
> FORTRAN  = gfortran
> OPTS     = -fPIC -funroll-all-loops -fno-f2c -O2
> DRVOPTS  = $(OPTS)
> NOOPT    =

Maybe NOOPT needs -fPIC? That's the only one I see where it could be
missing.

-- 
|>|\/|<
/--------------------------------------------------------------------------\
|David M. Cooke                      http://arbutus.physics.mcmaster.ca/dmc/
|co...@ph...

[Numpy-discussion] Re: Problem compiling numpy against ATLAS on amd64 (Mandriva 2006)

[Robert K. <rob...@gm...>]

David M. Cooke wrote:
> Yi Qiang <yi...@yi...> writes:

>>FORTRAN  = gfortran
>>OPTS     = -fPIC -funroll-all-loops -fno-f2c -O2
>>DRVOPTS  = $(OPTS)
>>NOOPT    =
> 
> Maybe NOOPT needs -fPIC? That's the only one I see where it could be
> missing.

That sounds right. dlamch is not supposed to be compiled with optimization, IIRC.

-- 
Robert Kern

"I have come to believe that the whole world is an enigma, a harmless enigma
 that is made terrible by our own mad attempt to interpret it as though it had
 an underlying truth."
  -- Umberto Eco