On 10/20/2014 11:56 PM, Marco Atzeri wrote:
On 10/20/2014 6:16 PM, Tony Kelman wrote:
I may be doing this wrong, but I'm getting errors from your openblas
build, but not the reference blas package, when I run the following:
$ curl -O
https://raw.githubusercontent.com/xianyi/OpenBLAS/develop/test/sblat2.f
$ gfortran -o sblat2 sblat2.f -lblas
$ rm -f SBLAT2.SUMM
$ curl
https://raw.githubusercontent.com/xianyi/OpenBLAS/develop/test/sblat2.dat
|
./sblat2
This outputs messages like:
** On entry to SGEMV parameter number 1 had an illegal value
and so on for the other single-precision level 2 functions in that test.
This does seem to work okay on Linux or an existing i686-w64-mingw32
build.
It fails also on the netlib blas reference so it is not a specific
openblas issue.
It must be something more general like
http://icl.cs.utk.edu/lapack-forum/archives/lapack/msg01441.html
I think the problem is in the test, changing one flag
--- sblat2.in~ 2014-10-21 14:38:37.665617000 +0200
+++ sblat2.in 2014-10-21 14:47:33.515675400 +0200
@@ -4,7 +4,7 @@
-1 UNIT NUMBER OF SNAPSHOT FILE (NOT USED IF .LT. 0)
F LOGICAL FLAG, T TO REWIND SNAPSHOT FILE AFTER EACH RECORD.
F LOGICAL FLAG, T TO STOP ON FAILURES.
-T LOGICAL FLAG, T TO TEST ERROR EXITS.
+F LOGICAL FLAG, T TO TEST ERROR EXITS.
16.0 THRESHOLD VALUE OF TEST RATIO
6 NUMBER OF VALUES OF N
0 1 2 3 5 9 VALUES OF N
both netlib and openblas pass the computational tests.
Regards
Marco
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple