> Did anyone happen to notice during octave324-atlas's build: If was too sleepy (2am local time), I saw that octave324-atlas 3.2.4-21 was built without atlas. 3.2.4-22 seems to work as expected (build in progress). The only glitches I have spotted so far are some
configure:12470: flag-sort -r gcc -o conftest -g -O3 -MD -I/sw/include -I/sw/include -L/sw/lib conftest.c -lqrupdate /sw/lib/liblapack.dylib /sw/lib/libf77blas.dylib /sw/lib/gcc4.6/lib/libgfortran.dylib -lhdf5 -lz -lm -lGraphicsMagick -lmetis >&5 /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _ilaenv_ /sw/lib/libf77blas.dylib(single module) definition of _ilaenv_ /sw/lib/liblapack.dylib(single module) definition of _ilaenv_ /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning suggest use of -bind_at_load, as lazy binding may result in errors or different symbols being used symbol _ilaenv_ used from dynamic library /sw/lib/libf77blas.dylib(single module) not from earlier dynamic library /sw/lib/liblapack.dylib(single module) probably harmless. The problem is more serious on x86_64-apple-darwin10, on which I get configure:12126: checking whether CDOTU is called correctly from Fortran configure:12146: /sw64/bin/gfortran-fsf-4.6 -o conftest -O3 -Wl,-dead_strip_dylibs -L/sw64/lib conftest.f -Wl,-framework,Accelerate,-dylib_file,/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib:/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib -lhdf5 -lz -lm -lGraphicsMagick -lmetis >&5 configure:12146: $? = 0 configure:12146: ./conftest ./configure: line 2499: 66156 Segmentation fault ./conftest$ac_exeext configure:12146: $? = 139 configure: program exited with status 139 configure: failed program was: | program main | | complex cdotu,a(1),b(1),w | external cdotu | a(1) = cmplx(1e0,1e0) | b(1) = cmplx(1e0,2e0) | w = cdotu(1,a,1,b,1) | if (w .ne. a(1)*b(1)) stop 1 | | end configure:12155: result: no and the same with ZDOTU with the result configure:12398: WARNING: A BLAS library was detected but found incompatible with your Fortran 77 compiler. The reference BLAS implementation will be used. To improve performance, consider using a different Fortran compiler or a switch like -ff2c to make your Fortran compiler use a calling convention compatible with the way your BLAS library was compiled, or use a different BLAS library. Manual tests show that -ff2c is required for (C|Z)DOTU with -Wl,-framework,Accelerate. I have checked on some codes I have that this flag does not hurt *GEMM. Question: why the ugly -Wl,-framework,Accelerate,-dylib_file,/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib:/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib while -Wl,-framework,Accelerate seems enough? Work in progress here. Cheers, Dominique ------------------------------------------------------------------------------ BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerry® mobile platform with sessions, labs & more. See new tools and technologies. Register for BlackBerry® DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 _______________________________________________ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
