On 10/21/11 1:58 PM, David Fang wrote: > > 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 >
A second option would be to enforce success by getting rid of non-atlas octave-3.2.4 as I have done for 3.4.3 (currently in my experimental on github). I'd rather not have it fail and then have to tell people "no answer yet". It's easier just to make sure they get something that works. > 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. >> > ------------------------------------------------------------------------------ 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
