Build OpenBLAS packages for Windows

[Zhang Xianyi]

Hi All,

So far, I used this script (https://github.com/xianyi/pack_openblas) to cross-compile OpenBLAS windows binaries on a Linux machine.

I found that the windows user usually met the problem on the pre-compiled binary.

e.g. https://groups.google.com/forum/#!topic/openblas-users/EuGTc6bWhZw

Should I avoid to cross-compile the binary? 

Any suggestions?

Thanks

Xianyi

[Mark Mikofski]

Hi Xianyi,

Is there anyway you can use Carl Kleffner's gcc static toolchain? Details are here:

https://github.com/numpy/numpy/wiki/Mingw-static-toolchain

and here:

https://bitbucket.org/carlkl/mingw-w64-for-python/downloads

The DLL works on windows to build Python's numpy, but the static library (*.a) and the lib exports (*.dll.a) both do not work.

Thanks!

Mark

[ckl]

A problem recently found with 32-bit mingw-w64 (all tollchains suffer from this) is that minwg-w64 puts the FPU control word to excessive precision (80bit) per default on startup. This would not survive during thread creation. Threads created fall back to the usual 64bit precision. This in inconsistent.

I will write a summary for the wiki, but this takes some time. Topics: (1) avoid runtime DLLs, (2) workaround for the FPU flaw

[Zhang Xianyi]

Hi Carl,

I think the FPU control word is not a problem for OpenBLAS.

OpenBLAS/GotoBLAS set FPCSR for every thread based on the main thread.

Please read CONSISTENT_FPCSR codes at OpenBLAS/driver/other/blas_server.c

Xianyi

--
You received this message because you are subscribed to the Google Groups "OpenBLAS-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openblas-user...@googlegroups.com.
To post to this group, send email to openbla...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.