--with-blas/lapack being ignored

[Ben Abbott]

On Dec 4, 2007, at 11:10 PM, Ben Abbott wrote:

>
> On Dec 4, 2007, at 9:26 PM, John W. Eaton wrote:
>
>> On  4-Dec-2007, Ben Abbott wrote:
>>
>> | Building under the Fink package manager for Mac OS X on Intel has
>> been
>> | a problem recently.
>> |
>> | Today I noticed that configure doesn't appear to handle the lapack/
>> | blas option properly.
>> |
>> | --------------------------------------
>> | ./configure '--prefix=/sw'  '--infodir=${prefix}/share/info' '--
>> mandir=
>> | ${prefix}/share/man' '--libexecdir=${prefix}/lib' '-enable-shared'
>> '-
>> | enable-dl' '--disable-static' '--build=i386-apple-darwin' '--with-
>> | blas=/sw/lib/libatlas.a' '--with-lapack=/sw/lib/libatlas.a'
>> | 'build_alias=i386-apple-darwin' 'CFLAGS=-O2' 'LDFLAGS=-L/sw/lib'
>> | 'CPPFLAGS=-I/sw/include' 'CXXFLAGS=-O2' 'F77=/sw/bin/g95' 'FFLAGS=-
>> O2 -
>> | funroll-loops -fomit-frame-pointer -malign-double -msse2' --cache-
>> | file=/dev/null --srcdir=.
>>
>> Why all these options?  --enable-shared, --enable-dl, --disable- 
>> static
>> are all defaults.  Are you sure -funroll-loops -fomit-frame-pointer
>> -malign-double -msse2 really make sense and are helpful for your
>> system?
>>
>> jwe
>
>
> opps, I missed that question on my earlier reply. No I have no reason
> to be using those options, except that the g95 manual mentions that
> "[...] typical options are -funroll-loops, -fomit-frame-pointer, -
> malign-double and -msse2".
>
> I thought I'd give it a quick try to see if there was any effect on
> the kernel panics (during "make check").
>
> Ben

I attempted a build with the following configure options

configure: running /bin/sh ./configure '--prefix=/sw'  '--infodir=$ 
{prefix}/share/info' '--mandir=${prefix}/share/man' '--libexecdir=$ 
{prefix}/lib' '--build=i386-apple-darwin' '--with-blas=/sw/lib/ 
libatlas.a' '--with-lapack=/sw/lib/libatlas.a' 'build_alias=i386-apple- 
darwin' 'CFLAGS=-O2' 'LDFLAGS=-L/sw/lib' 'CPPFLAGS=-I/sw/include'  
'CXXFLAGS=-O2' 'F77=/sw/bin/g95' 'FFLAGS=-O2' --cache-file=/dev/null -- 
srcdir=.

which produced the following summary

Octave is now configured for i386-apple-darwin

   Source directory:     .
   Installation prefix:  /sw
   C compiler:           gcc  -mieee-fp  -Wall -W -Wshadow -O1
   C++ compiler:         g++  -mieee-fp  -Wall -W -Wshadow -Wold-style- 
cast -O1
   Fortran compiler:     /sw/bin/g95 -O1
   Fortran libraries:    -L/sw/bin/../lib/gcc-lib/i386-apple- 
darwin8/4.0.3 -lf95
   BLAS libraries:       /sw/lib/libatlas.a -Wl,-framework -Wl,vecLib
   FFTW libraries:       -lfftw3
   GLPK libraries:       -lglpk
   UMFPACK libraries:    -lumfpack
   AMD libraries:        -lamd
   CAMD libraries:       -lcamd
   COLAMD libraries:     -lcolamd
   CCOLAMD libraries:    -lccolamd
   CHOLMOD libraries:    -lcholmod
   CXSPARSE libraries:   -lcxsparse
   HDF5 libraries:       -lhdf5
   CURL libraries:       -lcurl
   REGEX libraries:      -lpcre
   QHULL libraries:	-lqhull
   LIBS:                 -lreadline  -lncurses -lhdf5 -lz -lm
   Default pager:        less
   gnuplot:              gnuplot

   Do internal array bounds checking:  false
   Build static libraries:             false
   Build shared libraries:             true
   Dynamic Linking:                    true (dyld)
   Include support for GNU readline:   true
   64-bit array dims and indexing:     false

There remain two references to blas, where I only desire "/sw/lib/ 
libatlas.a"

Running fntests still crashes.

[...]
   src/octave/scripts/time/datestr.m ...................... PASS   32/32
   src/octave/scripts/time/datevec.m ......................panic: Bus  
error -- stopping myself...
Bus error

Which may be duplicated with the simpler ....

strptime ('09/13', '%m/%d')
panic: Bus error -- stopping myself...
attempting to save variables to `octave-core'...
save to `octave-core' complete
Bus error

However,  ....

strptime(date,'%d-%b-%Y')
ans =
{
   usec = 0
   sec = 0
   min = 0
   hour = 0
   mday =  5
   mon =  11
   year =  107
   wday =  3
   yday =  338
   isdst = 0
   zone = EST
}

Might the problem lie in one of octave's dependencies?

Ben
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://www.cae.wisc.edu/pipermail/bug-octave/attachments/20071205/80a77b6f/attachment-0001.html