[SciPy-dev] building lib.lapack without optimization

Nils Wagner nwagner at mecha.uni-stuttgart.de
Wed Dec 1 01:53:48 CST 2004


Pearu Peterson wrote:

>
>
> On Tue, 30 Nov 2004, Nils Wagner wrote:
>
>>> Also, if your lapack libraries are built with -O3 then rebuilding 
>>> them with -O2 should fix the segmentation faults.
>>>
>> This is my make.inc. So, I will  replace
>>
>> OPTS = -funroll-all-loops -fno-f2c -O3
>>
>> with
>>
>> OPTS = -funroll-all-loops -fno-f2c -O2
>>
>> Is that o.k. ?
>
>
> Yes.
>
> Pearu
>
> _______________________________________________
> Scipy-dev mailing list
> Scipy-dev at scipy.net
> http://www.scipy.net/mailman/listinfo/scipy-dev

First of all,  I have rebuild my lapack library with -O2.

Secondly, I have installed ATLAS from scratch.
 From my ATLAS directory, issue :

   make killall arch=ARCH
   make startup arch=ARCH
   make install arch=ARCH

Then I build a complete lapack library

ATLAS does not provide a full LAPACK library. However, there is a simple 
way to get ATLAS to provide its faster LAPACK routines to a full LAPACK 
library. ATLAS's internal routines are distinct from LAPACK's, so it is 
safe to compile ATLAS's LAPACK routines directly into a netlib-style 
LAPACK library. First, download and install the standard LAPACK library 
from the LAPACK homepage <http://www.netlib.org/lapack>. Then, in your 
ATLAS/lib/ARCH directory (where you should have a liblapack.a), issue 
the following commands:

  mkdir tmp
  cd tmp
  ar x ../liblapack.a
  cp <your LAPACK path & lib> ../liblapack.a
  ar r ../liblapack.a *.o
  cd ..
 rm -rf tmp


Again, scipy.test() failed with a segmentation fault. Am I missing 
something ?

Nils

 





More information about the Scipy-dev mailing list