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

[Richard Campbell]

On Jan 31, 2011, at 2:42 AM, Jarno Rajahalme wrote:

> 
> 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

Is this a problem that has been reported to Apple (and/or Intel, since they 
wrote this BLAS for their chips?)

Campbell