Re: Wrapper dylib to fix OSX libBLAS & libLAPACK with -m64 (Re: 3.5.0+ compiled on Mac OSX 10.6.6)

[Jarno Rajahalme]

On Jan 31, 2011, at 9:28 , ext Jarno Rajahalme wrote:

> 
> On Jan 31, 2011, at 8:53 , ext Richard Campbell wrote:
>> Okay, with -lBLASWRAP and octave 3.3.90 I can successfully build a 64-bit 
>> Octave without --enable-64. When I try --enable-64 I get:
>> 
>> Making all in src
>> make  all-am
>> /bin/sh ../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I..  
>> -m64 -D_REENTRANT -I../libgnu -I../libgnu -I../libcruft/misc -I../liboctave 
>> -I../liboctave -I. -I.  -m64 -D_REENTRANT -arch x86_64 -D_REENTRANT  
>> -DHAVE_CONFIG_H -I/usr/X11/include/freetype2 -I/usr/X11/include -Wall -W 
>> -Wshadow -Wold-style-cast -Wformat -Wpointer-arith -Wwrite-strings 
>> -Wcast-align -Wcast-qual -arch x86_64 -D_REENTRANT -D_THREAD_SAFE -pthread 
>> -arch x86_64 -D_REENTRANT -MT liboctinterp_la-bitfcns.lo -MD -MP -MF 
>> .deps/liboctinterp_la-bitfcns.Tpo -c -o liboctinterp_la-bitfcns.lo `test -f 
>> 'bitfcns.cc' || echo './'`bitfcns.cc
>> libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I.. -m64 -D_REENTRANT 
>> -I../libgnu -I../libgnu -I../libcruft/misc -I../liboctave -I../liboctave -I. 
>> -I. -m64 -D_REENTRANT -arch x86_64 -D_REENTRANT -DHAVE_CONFIG_H 
>> -I/usr/X11/include/freetype2 -I/usr/X11/include -Wall -W -Wshadow 
>> -Wold-style-cast -Wformat -Wpointer-arith -Wwrite-strings -Wcast-align 
>> -Wcast-qual -arch x86_64 -D_REENTRANT -D_THREAD_SAFE -pthread -arch x86_64 
>> -D_REENTRANT -MT liboctinterp_la-bitfcns.lo -MD -MP -MF 
>> .deps/liboctinterp_la-bitfcns.Tpo -c bitfcns.cc  -fno-common -DPIC -o 
>> .libs/liboctinterp_la-bitfcns.o
>> bitfcns.cc: In function ‘octave_value_list Fsizemax(const 
>> octave_value_list&, int)’:
>> bitfcns.cc:701: error: no match for ‘operator=’ in ‘retval = octave_int<long 
>> int>(dim_vector::dim_max())’
>> ov.h:336: note: candidates are: octave_value& octave_value::operator=(const 
>> octave_value&)
>> make[3]: *** [liboctinterp_la-bitfcns.lo] Error 1
>> make[2]: *** [all] Error 2
>> make[1]: *** [all-recursive] Error 1
>> make: *** [all] Error 2
>> 
>> 
> 
> 
> I think there is NO chance to use the Apple-provided blas/lapack with 
> --enable-64, as --enable-64 requires recompilation of all fortran 
> sources/dependencies with the corrensponding integer size setting.
> 

Must add that the error above has nothing to do with the need to recompile 
fortran code.

However, my point is that if you want to use the (wrapped) blas/lapack provided 
by Apple, then this error does not matter. When/if you get it to compile, it 
will crash, when calling the incompatible fortran code.

        Jarno