> -----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...
and 10.4/PowerPC agrees with 10.5/PowerPC (using Accelerate) :) (also works with -atlas, omitting -ff2c) Should we make the configure step *fail* when these tests fail? Fang > 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----- > -- David Fang http://www.csl.cornell.edu/~fang/ http://www.achronix.com/ ------------------------------------------------------------------------------ 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
