Re: [Numpy-discussion] MKL and OpenBLAS

2014-01-30 Thread Sturla Molden
On 27/01/14 12:01, Carl Kleffner wrote: > Did you consider to check the experimental binaries on > https://code.google.com/p/mingw-w64-static/ for Python-2.7? These > binaries has been build with with a customized mingw-w64 toolchain. > These builds are fully statically build and are link against t

[Numpy-discussion] Deprecation of boolean substract and negative (the - operator)

2014-01-30 Thread sebastian
Hey all, recently we had a small discussion about deprecating some of the operators for boolean arrays. This discussion seemed to have ended by large in the consense that while most boolean operators are well defined and should be kept, the `-` one is not very well defined on boolean arrays an

Re: [Numpy-discussion] MKL and OpenBLAS

2014-01-30 Thread Carl Kleffner
I agree, building OpenBLAS with mingw-w64 is a snap. The problem is choosing and adapting a mingw based gcc-toolchain and patching the numpy sources according to this toolchain. For the last years I was a happy user of the mingw.org based toolchain. After searching for a 64-bit alternative I stumbl

Re: [Numpy-discussion] MKL and OpenBLAS

2014-01-30 Thread Sturla Molden
On 30/01/14 12:01, Carl Kleffner wrote: > My conclusion is: mixing different compiler architectures for building > Python extensions on Windows is possible but makes it necessary to build > a 'vendor' gcc toolchain. Right. This makes a nice twist on the infamous XML and Regex story: - There onc

Re: [Numpy-discussion] MKL and OpenBLAS

2014-01-30 Thread Carl Kleffner
I fully agree with you. But you have to consider the following: - the officially mingw-w64 toolchains are build almost the same way. The only difference is, that they have non-static builds (that would be preferable for C++ development BTW) - you won't get the necessary addons like spec-files, man

Re: [Numpy-discussion] MKL and OpenBLAS

2014-01-30 Thread Matthew Brett
Hi, On Thu, Jan 30, 2014 at 4:29 AM, Carl Kleffner wrote: > I fully agree with you. But you have to consider the following: > > - the officially mingw-w64 toolchains are build almost the same way. The > only difference is, that they have non-static builds (that would be > preferable for C++ devel

[Numpy-discussion] Suggestions for GSoC Projects

2014-01-30 Thread jennifer stone
With GSoC 2014 being round the corner, I hereby put up few projects for discussion that I would love to pursue as a student. Guidance, suggestions are cordially welcome:- 1. If I am not mistaken, contour integration is not supported by SciPy; in fact even line integrals of real functions is yet to

Re: [Numpy-discussion] MKL and OpenBLAS

2014-01-30 Thread Sturla Molden
By the way, it seems OpenBLAS builds with clang on MacOSX, so presumably it works on Windows as well. Unlike GNU toolchains, there is a cl-clang frontend which is supposed to be MSVC compatible. BTW, clang is a fantastic compiler, but little known among Windows users where MSVC and MinGW domina

[Numpy-discussion] Memory leak?

2014-01-30 Thread Chris Laumann
Hi all- The following snippet appears to leak memory badly (about 10 MB per execution): P = randint(0,2,(30,13)) for i in range(50):     print "\r", i, "/", 50     for ai in ndindex((2,)*13):         j = np.sum(P.dot(ai)) If instead you execute (no np.sum call): P = randint(0,2,(30,13)) for i

Re: [Numpy-discussion] MKL and OpenBLAS

2014-01-30 Thread Sturla Molden
On 26/01/14 13:44, Dinesh Vadhia wrote:> This conversation gets discussed often with Numpy developers but since > the requirement for optimized Blas is pretty common these days, how > about distributing Numpy with OpenBlas by default? People who don't > want optimized BLAS or OpenBLAS can then