numpy and scipy wheels for python2.6-3.4 have been uploaded on binstar last
month and are installable with pip:
https://binstar.org/carlkl/numpy
https://binstar.org/carlkl/scipy
The toolchains can be downloaded from
https://bitbucket.org/carlkl/mingw-w64-for-python/downloads with some
- Original Message -
From: Matthew Brett matthew.br...@gmail.com
To: Discussion of Numerical Python numpy-discussion@scipy.org
Cc:
Sent: Monday, May 18, 2015 6:32 AM
Subject: Re: [Numpy-discussion] binary wheels for numpy?
On Sun, May 17, 2015 at 9:27 PM, Nathaniel Smith n
On Sun, May 17, 2015 at 9:23 PM, Matthew Brett matthew.br...@gmail.com
wrote:
I believe OpenBLAS does run-time selection too.
very cool! then an excellent option if we can get it to work (make that you
can get it to work, I'm not doing squat in this effort other than
nudging...)
I think we
On 18/05/15 21:57, Chris Barker wrote:
On Sun, May 17, 2015 at 9:23 PM, Matthew Brett matthew.br...@gmail.com
mailto:matthew.br...@gmail.com wrote:
I believe OpenBLAS does run-time selection too.
very cool! then an excellent option if we can get it to work (make that
you can get it to
On 18/05/15 06:09, Chris Barker wrote:
IIUC, The Intel libs have the great advantage of run-time selection of
hardware specific code -- yes? So they would both work and give high
performance on most machines (all?).
OpenBLAS can also be built for dynamic architecture with hardware
Matthew Brett matthew.br...@gmail.com wrote:
Yes, unfortunately we can't put MKL binaries on pypi because of the
MKL license - see
I believe we can, because we asked Intel for permission. From what I heard
the response was positive.
But it doesn't mean we should. :-)
Sturla
On Sun, May 17, 2015 at 12:11 PM, Robert Kern robert.k...@gmail.com wrote:
I don't think permission from Intel is the blocking issue for putting
these binaries up on PyPI. Even with Intel's permission, we would be
putting up proprietary binaries on a page that is explicitly claiming that
the
On Sun, May 17, 2015 at 9:14 PM, Chris Barker chris.bar...@noaa.gov wrote:
On Sun, May 17, 2015 at 3:06 AM, Ralf Gommers ralf.gomm...@gmail.com
wrote:
Binaries which crash for ~1% of users (which ATLAS-SSE2 would result in)
are still not acceptable I think.
what instruction set would an
On Sun, May 17, 2015 at 9:27 PM, Nathaniel Smith n...@pobox.com wrote:
On Sun, May 17, 2015 at 9:09 PM, Chris Barker chris.bar...@noaa.gov wrote:
On Sun, May 17, 2015 at 12:11 PM, Robert Kern robert.k...@gmail.com wrote:
I don't think permission from Intel is the blocking issue for putting
On Sun, May 17, 2015 at 3:06 AM, Ralf Gommers ralf.gomm...@gmail.com wrote:
There's the switch to OpenBLAS and building the right selection mechanism
for which arch to use:
http://article.gmane.org/gmane.comp.python.distutils.devel/20350. That seems
now feasible to complete on a reasonable
On Mon, May 18, 2015 at 6:34 AM, Nathaniel Smith n...@pobox.com wrote:
On Sun, May 17, 2015 at 3:06 AM, Ralf Gommers ralf.gomm...@gmail.com
wrote:
There's the switch to OpenBLAS and building the right selection mechanism
for which arch to use:
On Sun, May 17, 2015 at 3:06 AM, Ralf Gommers ralf.gomm...@gmail.com
wrote:
Binaries which crash for ~1% of users (which ATLAS-SSE2 would result in)
are still not acceptable I think.
what instruction set would an OpenBLAS build support? wouldn't we still
need to select a lowest common
On Sun, May 17, 2015 at 9:09 PM, Chris Barker chris.bar...@noaa.gov wrote:
On Sun, May 17, 2015 at 12:11 PM, Robert Kern robert.k...@gmail.com wrote:
I don't think permission from Intel is the blocking issue for putting
these binaries up on PyPI. Even with Intel's permission, we would be
On Sun, May 17, 2015 at 9:45 PM, Ralf Gommers ralf.gomm...@gmail.com wrote:
On Mon, May 18, 2015 at 6:34 AM, Nathaniel Smith n...@pobox.com wrote:
On Sun, May 17, 2015 at 3:06 AM, Ralf Gommers ralf.gomm...@gmail.com
wrote:
There's the switch to OpenBLAS and building the right selection
On Mon, May 18, 2015 at 6:56 AM, Nathaniel Smith n...@pobox.com wrote:
On Sun, May 17, 2015 at 9:45 PM, Ralf Gommers ralf.gomm...@gmail.com
wrote:
On Mon, May 18, 2015 at 6:34 AM, Nathaniel Smith n...@pobox.com wrote:
On Sun, May 17, 2015 at 3:06 AM, Ralf Gommers ralf.gomm...@gmail.com
On 17/05/15 20:54, Ralf Gommers wrote:
I suspect; OpenBLAS seems like the way to go (?).
I think OpenBLAS is currently the most promising candidate to replace
ATLAS. But we need to build OpenBLAS with MinGW gcc, due to ATT syntax
in the assembly code. I am not sure if the old toolchain is
On Sun, May 17, 2015 at 2:09 PM, Sturla Molden sturla.mol...@gmail.com wrote:
On 17/05/15 20:54, Ralf Gommers wrote:
I suspect; OpenBLAS seems like the way to go (?).
I think OpenBLAS is currently the most promising candidate to replace
ATLAS. But we need to build OpenBLAS with MinGW gcc,
On Fri, May 15, 2015 at 10:35 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Fri, May 15, 2015 at 1:07 PM, Chris Barker chris.bar...@noaa.gov
wrote:
Hi folks.,
I did a little intro to scipy session as part of a larger Python class
the
other day, and was dismayed to find that
On Sun, May 17, 2015 at 8:22 AM, Sturla Molden sturla.mol...@gmail.com wrote:
Matthew Brett matthew.br...@gmail.com wrote:
Yes, unfortunately we can't put MKL binaries on pypi because of the
MKL license - see
I believe we can, because we asked Intel for permission. From what I heard
the
On Sun, May 17, 2015 at 8:50 PM, Matthew Brett matthew.br...@gmail.com
wrote:
On Sun, May 17, 2015 at 8:22 AM, Sturla Molden sturla.mol...@gmail.com
wrote:
Matthew Brett matthew.br...@gmail.com wrote:
Yes, unfortunately we can't put MKL binaries on pypi because of the
MKL license - see
On Sun, May 17, 2015 at 7:50 PM, Matthew Brett matthew.br...@gmail.com
wrote:
On Sun, May 17, 2015 at 8:22 AM, Sturla Molden sturla.mol...@gmail.com
wrote:
Matthew Brett matthew.br...@gmail.com wrote:
Yes, unfortunately we can't put MKL binaries on pypi because of the
MKL license - see
Thanks for the update Matthew, it's great to see so much activity on this issue.
Looks like we are headed in the right direction --and getting close.
Thanks to all that are putting time into this.
-Chris
On May 15, 2015, at 1:37 PM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
On Fri,
On Fri, May 15, 2015 at 4:07 PM, Chris Barker chris.bar...@noaa.gov wrote:
Hi folks.,
I did a little intro to scipy session as part of a larger Python class
the other day, and was dismayed to find that pip install numpy still
dosn't work on Windows.
Thanks mostly to Matthew Brett's work,
On Fri, May 15, 2015 at 6:56 PM, josef.p...@gmail.com wrote:
Unrelated to the pip/wheel discussion.
In my experience by far the easiest to get something running to play with
is using Winpython. Download and unzip (and maybe add to system path) and
most of the data analysis stack is
On Fri, May 15, 2015 at 6:56 PM, josef.p...@gmail.com wrote:
On Fri, May 15, 2015 at 4:07 PM, Chris Barker chris.bar...@noaa.gov
wrote:
Hi folks.,
I did a little intro to scipy session as part of a larger Python class
the other day, and was dismayed to find that pip install numpy still
Hi,
On Fri, May 15, 2015 at 1:07 PM, Chris Barker chris.bar...@noaa.gov wrote:
Hi folks.,
I did a little intro to scipy session as part of a larger Python class the
other day, and was dismayed to find that pip install numpy still dosn't
work on Windows.
Thanks mostly to Matthew Brett's
26 matches
Mail list logo
