-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10/3/11 2:22 PM, Dominique Dhumieres wrote: > Here is what I get at configure time: > > configure: defining FFLAGS to be -O3 -ff2c checking whether > /sw64/bin/gfortran-fsf-4.6 accepts -ffloat-store... yes setting > F77_FLOAT_STORE_FLAG to -ffloat-store checking for sgemm_ in > -Wl,-framework,Accelerate... yes checking whether LSAME is called > correctly from Fortran... yes checking whether ISAMAX is called > correctly from Fortran... yes checking whether SDOT is called > correctly from Fortran... no checking whether DDOT is called > correctly from Fortran... yes checking whether CDOTU is called > correctly from Fortran... yes checking whether ZDOTU is called > correctly from Fortran... yes configure: 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. > > This confirm my suspicion about 3.2.4 not using the accelerate > framework. > > Dominique
(that is, Octave-3.2.4 on 10.6/x86_64 and 10.5/x86_64, using Accelerate rather than ATLAS) Unfortunately, Octave-3.4.3 has changed the warning to an error. On 10.6/x86_64 I get: checking for sgemm_ in - -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... yes checking whether LSAME is called correctly from Fortran... yes checking whether ISAMAX is called correctly from Fortran... yes checking whether SDOT is called correctly from Fortran... yes checking whether DDOT is called correctly from Fortran... yes checking whether CDOTU is called correctly from Fortran... no checking whether ZDOTU is called correctly from Fortran... no checking whether the integer size is correct... yes checking for sgemm_ in - -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... yes checking whether LSAME is called correctly from Fortran... yes checking whether ISAMAX is called correctly from Fortran... yes checking whether SDOT is called correctly from Fortran... no checking whether DDOT is called correctly from Fortran... yes checking whether CDOTU is called correctly from Fortran... yes checking whether ZDOTU is called correctly from Fortran... yes checking whether the integer size is correct... no checking for sgemm_ in - -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... yes checking whether LSAME is called correctly from Fortran... yes checking whether ISAMAX is called correctly from Fortran... yes checking whether SDOT is called correctly from Fortran... yes checking whether DDOT is called correctly from Fortran... yes checking whether CDOTU is called correctly from Fortran... no checking whether ZDOTU is called correctly from Fortran... no checking whether the integer size is correct... yes configure: error: A BLAS library was detected but found incompatible with your Fortran 77 compiler settings. On 10.6/i386 I get: checking for sgemm_ in - -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... yes checking whether LSAME is called correctly from Fortran... yes checking whether ISAMAX is called correctly from Fortran... yes checking whether SDOT is called correctly from Fortran... yes checking whether DDOT is called correctly from Fortran... yes checking whether CDOTU is called correctly from Fortran... no checking whether ZDOTU is called correctly from Fortran... no checking whether the integer size is correct... yes checking for sgemm_ in - -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... yes checking whether LSAME is called correctly from Fortran... yes checking whether ISAMAX is called correctly from Fortran... yes checking whether SDOT is called correctly from Fortran... yes checking whether DDOT is called correctly from Fortran... yes checking whether CDOTU is called correctly from Fortran... yes checking whether ZDOTU is called correctly from Fortran... yes checking whether the integer size is correct... yes ...and the build proceeds... On 10.5/PowerPC, I get: checking for sgemm_ in -Wl,-framework,Accelerate... yes checking whether LSAME is called correctly from Fortran... yes checking whether ISAMAX is called correctly from Fortran... yes checking whether SDOT is called correctly from Fortran... yes checking whether DDOT is called correctly from Fortran... yes checking whether CDOTU is called correctly from Fortran... yes checking whether ZDOTU is called correctly from Fortran... yes checking whether the integer size is correct... yes ...and the build proceeds... 10.7/x86_64 finishes successfully (no ATLAS there). I haven't checked 10.5/x86_64 and 10.5/i386 as of yet. I'm cc'ing Jack Howarth on this, since he may have some insight as to why we're only seeing this error in the interaction of gfortran-fsf-4.6 with Accelerate (or vecLib, more precisely) on 10.5/x86_64 and 10.6/x86_64, and if there is anything that can be done short of making the x86_64 builds atlas-only. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6hbBAACgkQB8UpO3rKjQ9xbwCfRwv/qvQ60p3xWTSbORXTrd8C qRIAnj/sZ/gnnys6Bt8IFg+A3XKSa9k5 =n9Sf -----END PGP SIGNATURE----- ------------------------------------------------------------------------------ The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev _______________________________________________ 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
