Steve Dower <steve.do...@microsoft.com> wrote: > It'll help with the numerical stack, but only a little. The devs involved > have largely figured it out already and I can't provide a good Fortran > compiler or BLAS library, which is what they need.
We finally have a MinGW based toolchain that can be used. Making sure it was compatible with VC9 is actually worse than most would expect, as there are subtile incompatibilities between vanilla MinGW and VC9, beyond just linking the same C runtime DLL. But it was worked out: https://github.com/numpy/numpy/wiki/Mingw-static-toolchain As for BLAS, the NumPy/SciPy devs have procured a permission from Intel to use MKL in binary wheels. But still there will be official binaries linked with a free BLAS library available. Currently we use ATLAS, but the plan is to use OpenBLAS (successor to GotoBLAS2) when it matures. OpenBLAS is currently the fastest abd most scalable BLAS library available, actually better than MKL, but it is severely underfunded. It is not a good situation for the industry that the only open BLAS library with the performance of MKL is a Chinese student project in HPC. ATLAS is unfortunately far less performant and scalable. Apple and Cray solved the problem on their platforms by building high-performance BLAS and LAPACK libraries into their operating systems (Apple Accelerate Framework and Cray libsci). But AFAIK, Windows does not have a BLAS library from Microsoft. Sturla Molden _______________________________________________ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
