On Mon, Aug 4, 2014 at 3:25 PM, Nathaniel Smith n...@pobox.com wrote:
On Mon, Aug 4, 2014 at 11:12 PM, Julian Taylor
jtaylor.deb...@googlemail.com wrote:
On 05.08.2014 00:09, Matthew Brett wrote:
Hi,
On Mon, Aug 4, 2014 at 3:05 PM, Julian Taylor
jtaylor.deb...@googlemail.com wrote:
hi
On Thu, Jul 31, 2014 at 4:56 AM, Olivier Grisel
olivier.gri...@ensta.org wrote:
2014-07-31 0:52 GMT+02:00 Matthew Brett matthew.br...@gmail.com:
Hi,
I took the liberty of uploading OSX wheels for some older numpy
versions to pypi. These can be useful for testing, or when building
your own
On Thu, Jul 31, 2014 at 1:40 PM, Matthew Brett matthew.br...@gmail.com wrote:
On Thu, Jul 31, 2014 at 4:56 AM, Olivier Grisel
olivier.gri...@ensta.org wrote:
2014-07-31 0:52 GMT+02:00 Matthew Brett matthew.br...@gmail.com:
Hi,
I took the liberty of uploading OSX wheels for some older numpy
-recompiling/18369312#18369312
There are currently wheels for
numpy 1.5.1 py27
numpy 1.6.0 py27
numpy 1.6.1 py27
numpy 1.7.1 py27, 32, 33, 34
These are all compiled against ATLAS:
https://github.com/matthew-brett/numpy-atlas-binaries
install with e.g.
pip install numpy==1.6.1
If anyone needs
Hi,
On Wed, Jul 30, 2014 at 5:12 PM, Carl Kleffner cmkleff...@gmail.com wrote:
Hi,
I created mingw-w64 builds for testing based on OpenBLAS, see:
https://bitbucket.org/carlkl/mingw-w64-for-python/downloads .
gists for numpy.test run:
win32:
Hi,
On Wed, Jul 30, 2014 at 5:12 PM, Carl Kleffner cmkleff...@gmail.com wrote:
Hi,
I created mingw-w64 builds for testing based on OpenBLAS, see:
https://bitbucket.org/carlkl/mingw-w64-for-python/downloads .
gists for numpy.test run:
win32:
Hi,
On Fri, Jul 25, 2014 at 9:52 AM, Jeff jeffreb...@gmail.com wrote:
How does the build trigger? If its just a matter of clicking on something
when released. I think we can handle that :)
The two options are:
* I add you and whoever else does releases to my repo, and you can
trigger builds
On Sat, Jul 5, 2014 at 3:21 PM, David Cournapeau courn...@gmail.com wrote:
On Sat, Jul 5, 2014 at 11:17 PM, Nathaniel Smith n...@pobox.com wrote:
On Sat, Jul 5, 2014 at 2:32 PM, Ralf Gommers ralf.gomm...@gmail.com
wrote:
On Sat, Jul 5, 2014 at 1:54 PM, Nathaniel Smith n...@pobox.com
/numpy/wiki/Windows-versions#sse--sse2
https://gist.github.com/matthew-brett/9cb5274f7451a3eb8fc0
Cheers,
Matthew
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
I guess this one's mainly for Carl:
On Thu, Jul 3, 2014 at 11:06 AM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
On Thu, Jul 3, 2014 at 4:56 AM, Sturla Molden sturla.mol...@gmail.com wrote:
On 02/07/14 19:55, Chris Barker wrote:
Indeed -- the default (i.e what you get with pip install
Hi,
On Thu, Jul 3, 2014 at 12:51 PM, Carl Kleffner cmkleff...@gmail.com wrote:
Hi Matthew,
I can make it in the late evening (MEZ timezone), so you have to wait a bit
... I also will try to create new numpy/scipy wheels. I now have the latest
OpenBLAS version ready. Olivier gaves me access
Hi,
On Wed, Jul 2, 2014 at 10:36 AM, Carl Kleffner cmkleff...@gmail.com wrote:
Hi all,
I do regulary builds for python-2.7. Due to my limited resources I didn't
build for 3.3 or 3.4 right now. I didn't updated my toolchhain from
february, but I do regulary builds of OpenBLAS. OpenBLAS is
Hi,
On Wed, Jul 2, 2014 at 11:29 AM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
On Wed, Jul 2, 2014 at 10:36 AM, Carl Kleffner cmkleff...@gmail.com wrote:
Hi all,
I do regulary builds for python-2.7. Due to my limited resources I didn't
build for 3.3 or 3.4 right now. I didn't
Hi,
On Wed, Jul 2, 2014 at 12:18 PM, Carl Kleffner cmkleff...@gmail.com wrote:
Hi,
The mingw-w64 based wheels (Atlas and openBLAS) are based on a patched numpy
version, that hasn't been published as numpy pull for revision until now (my
failure). I could try to do this tomorrow in the
Hi,
On Wed, Jul 2, 2014 at 2:24 PM, Carl Kleffner cmkleff...@gmail.com wrote:
Hi,
personally I don't have a preference of Binstar over somewhere.org. More
important is that one has to agree where to find the binaries. Binstar has
the concept of channels and allow wheels. So one could provide
Hi,
On Mon, Jun 16, 2014 at 1:00 PM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
On Mon, Jun 16, 2014 at 12:51 PM, josef.p...@gmail.com wrote:
On Mon, Jun 16, 2014 at 7:10 AM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Sun, Jun 15, 2014 at 10:51 PM, Ralf Gommers ralf.gomm
On Thu, Jun 19, 2014 at 11:39 AM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
On Mon, Jun 16, 2014 at 1:00 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Mon, Jun 16, 2014 at 12:51 PM, josef.p...@gmail.com wrote:
On Mon, Jun 16, 2014 at 7:10 AM, Matthew Brett matthew.br
On Thu, Jun 19, 2014 at 6:31 PM, Olivier Grisel
olivier.gri...@ensta.org wrote:
Just successfully tested on Python 3.4 from python.org / OSX 10.9 and
all sklearn tests pass, including a tests that involves
multiprocessing and that used to crash with Accelerate.
Thanks very much!
De rien -
Hi,
As some of you might have seen, I automated the build of numpy / scipy
against ATLAS using recent gcc here:
https://github.com/matthew-brett/numpy-atlas-binaries
with testing and uploading to Rackspace here:
https://travis-ci.org/matthew-brett/numpy-atlas-binaries
(thanks to Matt Terry
Hi,
On Sun, Jun 15, 2014 at 10:51 PM, Ralf Gommers ralf.gomm...@gmail.com wrote:
On Sat, Jun 14, 2014 at 11:56 AM, Matthew Brett matthew.br...@gmail.com
wrote:
On Friday, June 13, 2014, Ralf Gommers ralf.gomm...@gmail.com wrote:
On Fri, Jun 13, 2014 at 2:07 PM, Matthew Brett
Hi,
On Mon, Jun 16, 2014 at 12:51 PM, josef.p...@gmail.com wrote:
On Mon, Jun 16, 2014 at 7:10 AM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Sun, Jun 15, 2014 at 10:51 PM, Ralf Gommers ralf.gomm...@gmail.com
wrote:
On Sat, Jun 14, 2014 at 11:56 AM, Matthew Brett matthew.br
On Friday, June 13, 2014, Julian Taylor jtaylor.deb...@googlemail.com
wrote:
On 13.06.2014 14:07, Matthew Brett wrote:
Hi,
Summary : I'm planning to upload OSX wheels for numpy and scipy using
the ATLAS blas / lapack library instead of the default OSX Accelerate
framework.
hi
On Friday, June 13, 2014, Ralf Gommers ralf.gomm...@gmail.com wrote:
On Fri, Jun 13, 2014 at 2:07 PM, Matthew Brett matthew.br...@gmail.com
javascript:_e(%7B%7D,'cvml','matthew.br...@gmail.com'); wrote:
Hi,
Summary : I'm planning to upload OSX wheels for numpy and scipy using
the ATLAS
, including numpy, scipy, matplotlib, pandas:
https://travis-ci.org/matthew-brett/scipy-stack-osx-testing/builds/27442987
The build process needs some automating, but it's recorded here:
https://github.com/matthew-brett/numpy-atlas-binaries
It's possible to get travis-ci to build these guys from
Hi,
On Tue, Jun 10, 2014 at 1:52 AM, Sturla Molden sturla.mol...@gmail.com wrote:
Frédéric Bastien no...@nouiz.org wrote:
OSes
Good luck, and if they act on this, I would be happy to know how you did.
If we report a segfault Apple will probably think we are to blame. 99.9 %
of bug reports
Hi,
On Mon, Jun 9, 2014 at 2:31 AM, Robert McGibbon rmcgi...@gmail.com wrote:
Yeah, that's definitely not the right signature for sdot when linked against
the Accelerate framework.
But what's the purpose of those wrappers in _umath_linalg? The one for sdot,
for example, doesn't appear to be
On Mon, Jun 9, 2014 at 5:08 AM, Robert McGibbon rmcgi...@gmail.com wrote:
But I can't reproduce #4007 on my machine, so I'm not totally sure.
Are you using the current OSX wheel from pypi to install?
You may need to run the test code a few times to get the issue.
Cheers,
Matthew
has a better solution, I'm all ears.
-Robert
On Mon, May 12, 2014 at 12:24 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
I'm sorry to ask this, I guess I should know - but is there any way in
disutils or numpy distutils to check whether a compiler flag is valid
before doing
Python.
For reasons explained here:
https://github.com/MacPython/wiki/wiki/Spinning-wheels
and confirmed with testing here:
https://travis-ci.org/matthew-brett/scipy-stack-osx-testing/builds/25131865
- OSX wheels built for Python.org python do in fact work correctly for
the homebrew, macports
Hi,
On Fri, May 30, 2014 at 3:16 PM, Neal Becker ndbeck...@gmail.com wrote:
pip install --user --up pandas
Downloading/unpacking pandas from
https://pypi.python.org/packages/source/p/pandas/pandas-0.14.0.tar.gz#md5=b775987c0ceebcc8d5ace4a1241c967a
...
Downloading/unpacking numpy=1.6.1 from
Hi,
On Fri, May 9, 2014 at 4:06 AM, David Cournapeau courn...@gmail.com wrote:
On Fri, May 9, 2014 at 11:49 AM, Julian Taylor
jtaylor.deb...@googlemail.com wrote:
On 09.05.2014 12:42, David Cournapeau wrote:
On Fri, May 9, 2014 at 1:51 AM, Matthew Brett matthew.br...@gmail.com
for numpy / scipy / matplotlib / pandas
etc (the failures are real test failures, not packaging errors):
https://travis-ci.org/matthew-brett/scipy-stack-osx-testing/builds/25131865
(thanks to Matt Terry for the basis of the script to do this testing).
I checked with the `delocate` `delocate
Hi,
On Thu, May 8, 2014 at 5:51 PM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
On Mon, Apr 28, 2014 at 3:29 PM, David Cournapeau courn...@gmail.com wrote:
On Sun, Apr 27, 2014 at 11:50 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Aha,
On Sun, Apr 27, 2014 at 3:19 PM, Matthew
Hi,
On Mon, May 12, 2014 at 6:01 AM, Matthieu Brucher
matthieu.bruc...@gmail.com wrote:
There is the issue of installing the shared library at the proper
location as well IIRC?
As Carl implies, the standard numpy installers do static linking to
the BLAS lib, so we haven't (as far as I know)
Hi,
I'm sorry to ask this, I guess I should know - but is there any way in
disutils or numpy distutils to check whether a compiler flag is valid
before doing extension building?
I'm thinking of something like this, to check whether the compiler can
handle '-fopenmp':
have_openmp =
Hi,
On Mon, Apr 28, 2014 at 3:29 PM, David Cournapeau courn...@gmail.com wrote:
On Sun, Apr 27, 2014 at 11:50 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Aha,
On Sun, Apr 27, 2014 at 3:19 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Sun, Apr 27, 2014 at 3:06 PM
Hi,
I'm compiling information on DLLs for Windows building, in the hope
that it's helpful for deciding on where to go with these.
Please do check and see whether this fits with your understanding - it
can be hard to follow the docs on this stuff:
10.6 machine with no libraries or xcode installed:
http://nipy.bic.berkeley.edu/builders/scipy-2.7.6-wheel-staging
http://nipy.bic.berkeley.edu/builders/scipy-3.3.5-wheel-staging
http://nipy.bic.berkeley.edu/builders/scipy-3.4.0-wheel-staging
Cheers,
Matthew
[1] https://github.com/matthew-brett
Hi,
On Mon, Apr 28, 2014 at 10:54 AM, Chris Barker chris.bar...@noaa.gov wrote:
On Sun, Apr 27, 2014 at 2:46 PM, Matthew Brett matthew.br...@gmail.com
wrote:
As you know, I'm really hoping it will be possible make a devkit for
Python similar to the Ruby devkits [1].
That would be great
Hi,
On Mon, Apr 28, 2014 at 4:30 PM, Nathaniel Smith n...@pobox.com wrote:
On Mon, Apr 28, 2014 at 11:25 AM, Michael Lehn michael.l...@uni-ulm.de
wrote:
Am 11 Apr 2014 um 19:05 schrieb Sturla Molden sturla.mol...@gmail.com:
Sturla Molden sturla.mol...@gmail.com wrote:
Making a totally
Hi,
On Mon, Apr 28, 2014 at 5:10 PM, Julian Taylor
jtaylor.deb...@googlemail.com wrote:
On 29.04.2014 02:05, Matthew Brett wrote:
Hi,
On Mon, Apr 28, 2014 at 4:30 PM, Nathaniel Smith n...@pobox.com wrote:
On Mon, Apr 28, 2014 at 11:25 AM, Michael Lehn michael.l...@uni-ulm.de
wrote:
Am 11
Hi,
On Mon, Apr 28, 2014 at 5:50 PM, Nathaniel Smith n...@pobox.com wrote:
On Tue, Apr 29, 2014 at 1:05 AM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Mon, Apr 28, 2014 at 4:30 PM, Nathaniel Smith n...@pobox.com wrote:
On Mon, Apr 28, 2014 at 11:25 AM, Michael Lehn michael.l
Hi Carl,
On Sat, Apr 26, 2014 at 11:10 AM, Carl Kleffner cmkleff...@gmail.com wrote:
Hi,
basically the toolchain was created with a local fork of the mingw-builds
build process along with some addons and patches. It is NOT a mingw-w64
fork. BTW: there are numerous mingw-w64 based toolchains
Hi,
On Sun, Apr 27, 2014 at 6:09 AM, Pauli Virtanen p...@iki.fi wrote:
Hi,
25.04.2014 00:56, Matthew Brett kirjoitti: Thanks to Cark Kleffner's
toolchain and some help from Clint Whaley
(main author of ATLAS), I've built 64-bit windows numpy and scipy
wheels for testing.
Where can I get
Hi,
On Sun, Apr 27, 2014 at 2:34 PM, Carl Kleffner cmkleff...@gmail.com wrote:
Hi,
I will definitly don't have not time until thursday this week working out
the github workflow for a numpy pull request. So feel free to do it for me.
OK - I will have a go at this tomorrow.
BTW: There is a
Hi,
On Sun, Apr 27, 2014 at 3:06 PM, Carl Kleffner cmkleff...@gmail.com wrote:
A possible option is to install the toolchain inside site-packages and to
deploy it as PYPI wheel or wininst packages. The PATH to the toolchain could
be extended during import of the package. But I have no idea,
Aha,
On Sun, Apr 27, 2014 at 3:19 PM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
On Sun, Apr 27, 2014 at 3:06 PM, Carl Kleffner cmkleff...@gmail.com wrote:
A possible option is to install the toolchain inside site-packages and to
deploy it as PYPI wheel or wininst packages. The PATH
, Apr 24, 2014 at 7:00 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
Hi Matthew,
On Thu, Apr 24, 2014 at 3:56 PM, Matthew Brett
matthew.br...@gmail.com wrote:
Hi,
Thanks to Cark Kleffner's toolchain and some help from Clint Whaley
(main author of ATLAS), I've built 64-bit windows
Hi,
On Wed, Apr 23, 2014 at 11:59 AM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
On Wed, Apr 23, 2014 at 1:43 AM, Nathaniel Smith n...@pobox.com wrote:
On Wed, Apr 23, 2014 at 6:22 AM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
I'm exploring Mingw-w64 for numpy building
Hi,
Thanks to Cark Kleffner's toolchain and some help from Clint Whaley
(main author of ATLAS), I've built 64-bit windows numpy and scipy
wheels for testing.
The build uses Carl's custom mingw-w64 build with static linking.
There are two harmless test failures on scipy (being discussed on the
Hi,
On Wed, Apr 23, 2014 at 1:43 AM, Nathaniel Smith n...@pobox.com wrote:
On Wed, Apr 23, 2014 at 6:22 AM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
I'm exploring Mingw-w64 for numpy building, and I've found it gives a
slightly different answer for 'exp' than - say - gcc on OSX
Hi,
On Tue, Apr 15, 2014 at 12:34 AM, Julian Taylor
jtaylor.deb...@googlemail.com wrote:
On Tue, Apr 15, 2014 at 4:30 AM, Matthew Brett matthew.br...@gmail.com
wrote:
It looks as though mingw-w64 is at fault, and I was confused (still
am) because of the different behavior with double
Hi,
On Wed, Apr 23, 2014 at 2:27 PM, Julian Taylor
jtaylor.deb...@googlemail.com wrote:
On 23.04.2014 21:25, Matthew Brett wrote:
Hi,
On Tue, Apr 15, 2014 at 12:34 AM, Julian Taylor
jtaylor.deb...@googlemail.com wrote:
On Tue, Apr 15, 2014 at 4:30 AM, Matthew Brett matthew.br...@gmail.com
Hi,
I'm exploring Mingw-w64 for numpy building, and I've found it gives a
slightly different answer for 'exp' than - say - gcc on OSX.
The difference is of the order of the eps value for the output number
(2 * eps for a result of ~2.0).
Is accuracy somewhere specified for C functions like exp?
Hi,
On Tue, Apr 15, 2014 at 11:10 AM, Fernando Perez fperez@gmail.com wrote:
Quick question on this: has anyone looked at the Open Watcom compiler? There
was a lighting talk at Pycon about a guy who's been working on getting
Python itself to build on Windows with this compiler. I don't
Hi,
On Tue, Apr 15, 2014 at 11:14 AM, Aron Ahmadia a...@ahmadia.net wrote:
Fernando is referring to this: http://lightningpython.org/
I have to admit that as a Pythonist supporting Windows builds, Cygwin and/or
MinGW have always been the most appealing because so much of the rest of the
Hi,
With Carl Kleffner, I am trying to build a numpy 1.8.1 wheel for
Windows 64-bit, and latest stable ATLAS.
It works fine, apart from the following test failure:
==
FAIL: test_special (test_umath.TestExpm1)
Hi,
On Mon, Apr 14, 2014 at 12:12 PM, Warren Weckesser
warren.weckes...@gmail.com wrote:
On Mon, Apr 14, 2014 at 2:59 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
With Carl Kleffner, I am trying to build a numpy 1.8.1 wheel for
Windows 64-bit, and latest stable ATLAS.
It works
Hi,
On Mon, Apr 14, 2014 at 2:02 PM, Julian Taylor
jtaylor.deb...@googlemail.com wrote:
The official numpy mingw binaries do not have all these math issues.
Only the VC builds do.
As mingw is fine the functions must be somewhere in the windows API but
no-one has contributed a fix for the VC
Hi,
On Mon, Apr 14, 2014 at 2:58 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Mon, Apr 14, 2014 at 3:38 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Mon, Apr 14, 2014 at 2:02 PM, Julian Taylor
jtaylor.deb...@googlemail.com wrote:
The official numpy mingw
On Mon, Apr 14, 2014 at 5:01 PM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
On Mon, Apr 14, 2014 at 3:55 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Mon, Apr 14, 2014 at 4:40 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Mon, Apr 14, 2014 at 2:58 PM
Hi,
On Fri, Apr 11, 2014 at 5:31 AM, Sturla Molden sturla.mol...@gmail.com wrote:
Matthew Brett matthew.br...@gmail.com wrote:
This library contains an adaptation of the legacy cblas interface to BLAS for
C++ AMP. At this point almost all interfaces are not implemented. One
exception
Hi,
On Fri, Apr 11, 2014 at 4:21 AM, Carl Kleffner cmkleff...@gmail.com wrote:
Hi,
a small correction: a recent octave for windows is here:
http://mxeoctave.osuv.de
see http://article.gmane.org/gmane.comp.gnu.octave.maintainers/38124 ...
Binary of octave 3.8.0 on windows is now prepared in
Hi,
On Fri, Apr 11, 2014 at 9:03 AM, Nathaniel Smith n...@pobox.com wrote:
On Fri, Apr 11, 2014 at 12:21 PM, Carl Kleffner cmkleff...@gmail.com wrote:
a discussion about OpenBLAS on the octave maintainer list:
http://article.gmane.org/gmane.comp.gnu.octave.maintainers/38746
I'm getting the
Hi,
On Fri, Apr 11, 2014 at 11:26 AM, Aron Ahmadia a...@ahmadia.net wrote:
Thanks Matthew for putting this page together.
The OpenBLAS guys have been accepting/merging pull requests (their GitHub
tree shows 26 contributors and no open pull requests), and I know that
several people from the
Hi,
On Fri, Apr 11, 2014 at 10:49 AM, Sturla Molden sturla.mol...@gmail.com wrote:
Matthew Brett matthew.br...@gmail.com wrote:
Man, they have an awful license, making it quite useless for
open-source: http://www.pgroup.com/doc/LICENSE.txt
Awful, and insanely expensive. :-(
And if you
Hi,
On Fri, Apr 11, 2014 at 10:05 AM, Sturla Molden sturla.mol...@gmail.com wrote:
Sturla Molden sturla.mol...@gmail.com wrote:
Making a totally new BLAS might seem like a crazy idea, but it might be the
best solution in the long run.
To see if this can be done, I'll try to re-implement
On Fri, Apr 11, 2014 at 2:58 PM, Sturla Molden sturla.mol...@gmail.com wrote:
On 11/04/14 23:11, Matthew Brett wrote:
Are you sure that you can redistribute object code statically linked
against icc runtimes?
I am not a lawyer...
No - sure - but it would be frustrating if you found yourself
Hi,
I've been working on a general wiki page on building numerical stuff on Windows:
https://github.com/numpy/numpy/wiki/Numerical-software-on-Windows
I'm hoping to let Microsoft know what problems we're having, and
seeing whether we numericists can share some work - us and R and Julia
and
Hi,
On Thu, Apr 10, 2014 at 8:10 PM, Sturla Molden sturla.mol...@gmail.com wrote:
Matthew Brett matthew.br...@gmail.com wrote:
Hi,
I've been working on a general wiki page on building numerical stuff on
Windows:
https://github.com/numpy/numpy/wiki/Numerical-software-on-Windows
I'm
Hi,
On Wed, Mar 26, 2014 at 11:34 AM, Julian Taylor
jtaylor.deb...@googlemail.com wrote:
On 26.03.2014 16:27, Olivier Grisel wrote:
Hi Carl,
I installed Python 2.7.6 64 bits on a windows server instance from
rackspace cloud and then ran get-pip.py and then could successfully
install the
Hi,
On Sun, Apr 6, 2014 at 11:47 AM, Sturla Molden sturla.mol...@gmail.com wrote:
Matthew Brett matthew.br...@gmail.com wrote:
Julian - do you have any opinion on using gotoBLAS instead of OpenBLAS
for the Windows binaries?
That is basically OpenBLAS too, except with more bugs and no AVX
Hi,
On Fri, Apr 4, 2014 at 11:54 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Fri, Apr 4, 2014 at 12:48 PM, josef.p...@gmail.com wrote:
On Fri, Apr 4, 2014 at 2:12 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
Hi All,
Currently there are several placements of the
Hi,
On Fri, Apr 4, 2014 at 8:19 AM, Carl Kleffner cmkleff...@gmail.com wrote:
I'ts time for me to come back to the discussion after a longer break.
some personal history: I was looking for a 64bit mingw more than a year ago
(unrelated to python) for Fortran development and tried out quite
wrote:
On Tue, Apr 1, 2014 at 6:26 PM, Matthew Brett matthew.br...@gmail.com
wrote:
I'm guessing that the LOAD_WITH_ALTERED_SEARCH_PATH means that a DLL
loaded via:
hDLL = LoadLibraryEx(pathname, NULL, LOAD_WITH_ALTERED_SEARCH_PATH);
will in turn (by default) search for its
Hi,
On Tue, Apr 1, 2014 at 9:04 AM, Chris Barker chris.bar...@noaa.gov wrote:
On Mon, Mar 31, 2014 at 3:09 PM, Matthew Brett matthew.br...@gmail.com
wrote:
I am hopelessly lost here, but it looks as though Python extension
modules get loaded via
hDLL = LoadLibraryEx(pathname, NULL
Hi,
On Tue, Apr 1, 2014 at 10:43 AM, Nathaniel Smith n...@pobox.com wrote:
On Tue, Apr 1, 2014 at 6:26 PM, Matthew Brett matthew.br...@gmail.com wrote:
I'm guessing that the LOAD_WITH_ALTERED_SEARCH_PATH means that a DLL loaded
via:
hDLL = LoadLibraryEx(pathname, NULL
Hi,
I just noticed this C reference implementation of blas:
https://github.com/rljames/coblas
No lapack, no benchmarks, but tests, and BSD. I wonder if it is
possible to craft a Frankenlibrary from OpenBLAS and reference
implementations to avoid broken parts of OpenBLAS?
Cheers,
Matthew
Hi,
On Mon, Mar 31, 2014 at 5:17 AM, Olivier Grisel
olivier.gri...@ensta.org wrote:
2014-03-31 13:53 GMT+02:00 Olivier Grisel olivier.gri...@ensta.org:
2014-03-28 23:13 GMT+01:00 Matthew Brett matthew.br...@gmail.com:
Hi,
On Fri, Mar 28, 2014 at 3:09 PM, Olivier Grisel
olivier.gri
Hi,
On Mon, Mar 31, 2014 at 4:53 AM, Olivier Grisel
olivier.gri...@ensta.org wrote:
2014-03-28 23:13 GMT+01:00 Matthew Brett matthew.br...@gmail.com:
Hi,
On Fri, Mar 28, 2014 at 3:09 PM, Olivier Grisel
olivier.gri...@ensta.org wrote:
This is great! Has anyone started to work on OSX whl
Hi,
On Mon, Mar 31, 2014 at 11:55 AM, Chris Barker chris.bar...@noaa.gov wrote:
On Mon, Mar 31, 2014 at 10:18 AM, Matthew Brett matthew.br...@gmail.com
wrote:
Bonus question: do you think a similar solution could work for windows
and / or linux?
For linux - yes - I think that should
Hi,
On Mon, Mar 31, 2014 at 12:27 PM, Chris Barker chris.bar...@noaa.gov wrote:
On Mon, Mar 31, 2014 at 12:05 PM, Matthew Brett matthew.br...@gmail.com
wrote:
that part, yes, but isn't Linux too much of a varying target for there
to be
any point anyway?
You mean, the /usr/lib stuff
Hi,
On Wed, Mar 26, 2014 at 11:34 AM, Julian Taylor
jtaylor.deb...@googlemail.com wrote:
On 26.03.2014 16:27, Olivier Grisel wrote:
Hi Carl,
I installed Python 2.7.6 64 bits on a windows server instance from
rackspace cloud and then ran get-pip.py and then could successfully
install the
Hi,
On Wed, Mar 26, 2014 at 1:41 PM, Nathaniel Smith n...@pobox.com wrote:
On Wed, Mar 26, 2014 at 7:34 PM, Julian Taylor
jtaylor.deb...@googlemail.com wrote:
as for using openblas by default in binary builds, no.
pthread openblas build is now fork safe which is great but it is still
not
Hi,
On Fri, Mar 28, 2014 at 8:58 AM, Robert Kern robert.k...@gmail.com wrote:
On Fri, Mar 28, 2014 at 2:54 PM, Sturla Molden sturla.mol...@gmail.com
wrote:
Matthew Brett matthew.br...@gmail.com wrote:
I see it should be possible to build a full blas and partial lapack
library with eigen [1
Hi,
On Fri, Mar 28, 2014 at 11:56 AM, Sturla Molden sturla.mol...@gmail.com wrote:
Matthew Brett matthew.br...@gmail.com wrote:
Does anyone know how their performance compares to MKL or the
reference implementations?
http://eigen.tuxfamily.org/index.php?title=Benchmark
I don't know how
Hi,
On Fri, Mar 28, 2014 at 12:26 PM, Robert Kern robert.k...@gmail.com wrote:
It's only a problem in that the binary will not be BSD, and we do need to
communicate that appropriately. It will contain a significant component that
is MPL2 licensed. The terms that force us to include the link to
Hi,
On Fri, Mar 28, 2014 at 12:57 PM, Robert Kern robert.k...@gmail.com wrote:
Of course, that's besides the point. Yes, pretty much everyone that likes
the BSD license of numpy will be okay with the minimal burdens the MPL2 lays
on them. The problem is that we need to properly communicate
Hi,
On Fri, Mar 28, 2014 at 1:28 PM, Sturla Molden sturla.mol...@gmail.com wrote:
Nathaniel Smith n...@pobox.com wrote:
If the only problem with eigen turns out to be that we have to add a line
of text to a file then I think we can probably manage this somehow.
We would also have to compile
to copy the required dlls into the
binary distribution:
https://github.com/matthew-brett/delocate
Cheers,
Matthew
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
at the README for delocate:
https://github.com/matthew-brett/delocate
The worked example is scipy; you can see it copying these libs into
the binary wheel:
/usr/local/Cellar/gfortran/4.8.2/gfortran/lib/libgcc_s.1.dylib
/usr/local/Cellar/gfortran/4.8.2/gfortran/lib/libgfortran.3.dylib
/usr/local/Cellar
Hi,
On Thu, Mar 27, 2014 at 3:18 AM, Robert Kern robert.k...@gmail.com wrote:
On Thu, Mar 27, 2014 at 12:29 AM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Wed, Mar 26, 2014 at 4:48 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
Can I check what is stopping us building
Hi,
On Thu, Mar 27, 2014 at 12:10 PM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
On Thu, Mar 27, 2014 at 3:18 AM, Robert Kern robert.k...@gmail.com wrote:
On Thu, Mar 27, 2014 at 12:29 AM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Wed, Mar 26, 2014 at 4:48 PM, Matthew
On Thu, Mar 27, 2014 at 2:04 PM, Robert Kern robert.k...@gmail.com wrote:
On Thu, Mar 27, 2014 at 7:10 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
On Thu, Mar 27, 2014 at 3:18 AM, Robert Kern robert.k...@gmail.com wrote:
It would be confusing to distribute these non-BSD wheels
Hi,
Can I check what is stopping us building official numpy binary wheels
for Windows using the Intel Math Kernel Library?
* We'd need developer licenses, but those sound like they would be
easy to come by
* We'd have to add something to the license for the wheel on the lines
of the Canopy
Hi,
On Wed, Mar 26, 2014 at 4:48 PM, Matthew Brett matthew.br...@gmail.com wrote:
Hi,
Can I check what is stopping us building official numpy binary wheels
for Windows using the Intel Math Kernel Library?
* We'd need developer licenses, but those sound like they would be
easy to come
Hi,
On Wed, Mar 26, 2014 at 3:02 PM, Chris Barker chris.bar...@noaa.gov wrote:
On Wed, Mar 26, 2014 at 8:56 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
5 seconds waiting on a home internet connection and a numpy install
Nice.
That's pretty neat. Now if we can get the
Hi,
On Tue, Mar 25, 2014 at 4:38 PM, Julian Taylor
jtaylor.deb...@googlemail.com wrote:
Hello,
I'm happy to announce the of Numpy 1.8.1.
This is a bugfix only release supporting Python 2.6 - 2.7 and 3.2 - 3.4.
More than 48 issues have been fixed, the most important issues are
listed in the
Hi,
On Mon, Mar 10, 2014 at 11:09 AM, Ralf Gommers ralf.gomm...@gmail.com wrote:
On Sat, Mar 8, 2014 at 10:06 PM, Matthew Brett matthew.br...@gmail.com
wrote:
Hi,
Thanks to Chuck and Jarrod for giving me upload permission - wheels
are on sourceforge now:
https://sourceforge.net
Hi,
On Mon, Mar 10, 2014 at 12:37 PM, Chris Barker chris.bar...@noaa.gov wrote:
On Mon, Mar 10, 2014 at 10:27 AM, Jens Nielsen jenshniel...@gmail.com
wrote:
If someone is running a brew python and does pip install numpy will pip
find a binary wheel that will then not work? That would be
201 - 300 of 1028 matches
Mail list logo