On 10/12/11 1:11 PM, David Fang wrote:
> Bonjour, Could you provide the excerpt of config.log that cals DDOT
> (and maybe SDOT as well, for comparison)?  In particular I'm
> looking for the exact compiler arguments and the diagnostic
> issued.
> 
> Fang
> 


I've got that info here (10.6/x86_64, using Accelerate):

configure:12062: checking whether SDOT is called correctly from Fortran
configure:12082: /sw64/bin/gfortran-fsf-4.6 -o conftest -O3 -ff2c
-Wl,-dead_strip_dylibs -L/sw64/lib conftest.f
-Wl,-framework,Accelerate -lhdf5 -lz -lm -lGraphicsMagick -lmetis >&5
configure:12082: $? = 0
configure:12082: ./conftest
STOP 1
configure:12082: $? = 1
configure: program exited with status 1
configure: failed program was:
|       program main
|
|       real sdot,a(1),b(1),w
|       external sdot
|       a(1) = 1e0
|       b(1) = 2e0
|       w = sdot(1,a,1,b,1)
|       if (w .ne. a(1)*b(1)) stop 1
|
|       end
configure:12091: result: no
configure:12094: checking whether DDOT is called correctly from Fortran
configure:12114: /sw64/bin/gfortran-fsf-4.6 -o conftest -O3 -ff2c
-Wl,-dead_strip_dylibs -L/sw64/lib conftest.f
-Wl,-framework,Accelerate -lhdf5 -lz -lm -lGraphicsMagick -lmetis >&5
configure:12114: $? = 0
configure:12114: ./conftest
configure:12114: $? = 0
configure:12123: result: yes

I believe I saw similar results on 10.5/x86_64, and I also got the
same result when I used gfortran from gcc45 or gcc44.

On all other platforms (10.7/x86_64 included) SDOT is called correctly.

-- 
Alexander Hansen, Ph.D.
Fink User Liaison
http://finkakh.wordpress.com/


> 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
> 
> I wonder if gfortran from gcc45 or gcc44 would call SDOT properly
> in this case.
> 
>> 
> 


------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
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

Reply via email to