Hi,
on https://bitbucket.org/carlkl/mingw-w64-for-python/downloads I uploaded
7z-archives for mingw-w64 and for OpenBLAS-0.2.10 for 32 bit and for 64
bit.
To use mingw-w64 for Python = 3.3 you have to manually tweak the so called
specs file - see readme.txt in the archive.
Regards
Carl
2014-07-28 15:25 GMT+02:00 Carl Kleffner cmkleff...@gmail.com:
Hi,
on https://bitbucket.org/carlkl/mingw-w64-for-python/downloads I uploaded
7z-archives for mingw-w64 and for OpenBLAS-0.2.10 for 32 bit and for 64 bit.
To use mingw-w64 for Python = 3.3 you have to manually tweak the so called
I had to move my development enviroment on different windows box recently
(stilll in progress). On this box I don't have full access unfortunately.
The patch for scipy build was merged into scipy master some time ago, see
https://github.com/scipy/scipy/pull/3484 . I have some additional patches
I forked Olivier's example project to use the same infrastructure for
building conda binaries and deploying them to binstar, which might also be
useful for some projects.
https://github.com/rmcgibbo/python-appveyor-conda-example
-Robert
On Wed, Jul 9, 2014 at 3:53 PM, Robert McGibbon
2014-07-10 0:53 GMT+02:00 Robert McGibbon rmcgi...@gmail.com:
This is an awesome resource for tons of projects.
Thanks.
FYI here is the PR for sklearn to use AppVeyor CI:
https://github.com/scikit-learn/scikit-learn/pull/3363
It's slightly different from the minimalistic sample I wrote for
This is an awesome resource for tons of projects.
Thanks Olivier!
-Robert
On Wed, Jul 9, 2014 at 7:00 AM, Olivier Grisel olivier.gri...@ensta.org
wrote:
Feodor updated the AppVeyor nodes to have the Windows SDK matching
MSVC 2008 Express for Python 2. I have updated my sample scripts and
Feodor updated the AppVeyor nodes to have the Windows SDK matching
MSVC 2008 Express for Python 2. I have updated my sample scripts and
we now have a working example of a free CI system for:
Python 2 and 3 both for 32 and 64 bit architectures.
https://github.com/ogrisel/python-appveyor-demo
Hi!
I gave appveyor a try this WE so as to build a minimalistic Python 3
project with a Cython extension. It works both with 32 and 64 bit
MSVC++ and can generate wheel packages. See:
https://github.com/ogrisel/python-appveyor-demo
However 2008 is not (yet) installed so it cannot be used
On 03.07.2014 05:56, Sturla Molden wrote:
On 02/07/14 19:55, Chris Barker wrote:
Indeed -- the default (i.e what you get with pip install numpy) should
be SSE2 -- I:d much rather have a few folks with old hardware have to
go through some hoops that n have most people get something that is
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 numpy) should
be SSE2 -- I:d much rather have a few folks with old hardware have to
go through some hoops that n
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 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 to rackspace. I wil try it
out on the weekend.
Regards
Carl
2014-07-03 12:46
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 Matthew and Ralf,
Has anyone managed to build working whl packages for numpy and scipy
on win32 using the static mingw-w64 toolchain?
--
Olivier
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
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 under heavy
development right now, thanks to Werner Saar, see:
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,
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 evening. Another
important point is, that the toolchain, that is capable to compile
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 Carl,
All the items you suggest would be very appreciated. Don't hesitate to
ping me if you need me to test new packages.
Also the sklearn project has a free Rackspace Cloud account that
Matthew is already using to make travis upload OSX wheels for the
master branch of various scipy stack
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 a channel
for NOSSE and more channels for other specialized builds:
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
On Wed, Jul 2, 2014 at 3:37 AM, Matthew Brett matthew.br...@gmail.com
wrote:
It looks like
99% of Windows users do have SSE2 though [1]. So I think what is
required is
* Build the wheels for 32-bit (easy)
* Patch the wheels to check and give helpful error in absence of SSE2
(fairly easy)
On Wed, Jul 2, 2014 at 6:36 AM, Matthew Brett matthew.br...@gmail.com
wrote:
Having a noSSE channel would make sense.
Indeed -- the default (i.e what you get with pip install numpy) should be
SSE2 -- I:d much rather have a few folks with old hardware have to go
through some hoops that n have
On 02/07/14 19:55, Chris Barker wrote:
Indeed -- the default (i.e what you get with pip install numpy) should
be SSE2 -- I:d much rather have a few folks with old hardware have to
go through some hoops that n have most people get something that is
much slower than MATLAB.
I think we should
On Fri, May 23, 2014 at 2:41 AM, Matthew Brett matthew.br...@gmail.com
wrote:
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
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
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
On Fri, May 9, 2014 at 1:51 AM, Matthew Brett matthew.br...@gmail.comwrote:
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,
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
mailto:matthew.br...@gmail.com wrote:
Hi,
On Mon, Apr 28, 2014 at 3:29
this is from:
http://gcc.gnu.org/onlinedocs/gcc/X86-Built-in-Functions.html
// ifunc resolvers fire before constructors, explicitly call the
init function.
__builtin_cpu_init ();
if (__builtin_cpu_supports (ssse2))
code
else
code
Cheers,
Carl
2014-05-09 13:06 GMT+02:00 David
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,
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!
(1) Yes, Support for MSVC100 (python-3.3 and up) is on the TODO list
(2) both toolchains are configured for static linking.
No need to deploy: libgcc_s_dw2-1.dll, libgomp-1.dll,
libquadmath-0.dll, libstdc++-6.dll, libgfortran-3.dll or libwinpthread-1.dll
(3) I decided to create two
Matthew Brett matthew.br...@gmail.com wrote:
2) Static linking - Carl's toolchain does full static linking
including C runtimes
The C runtime cannot be statically linked. It would mean that we get
multiple copies of errno and multiple malloc heaps in the process – one of
each static CRT. We
Correction:
gcc (mingw) runtimes are statically linked. The C-runtime DLL msvcrXXX is
linked dynamically.
Carl
2014-04-29 17:10 GMT+02:00 Sturla Molden sturla.mol...@gmail.com:
Matthew Brett matthew.br...@gmail.com wrote:
2) Static linking - Carl's toolchain does full static linking
On Mon, Apr 28, 2014 at 12:39 AM, Sturla Molden sturla.mol...@gmail.comwrote:
Pauli Virtanen p...@iki.fi wrote:
Yes, Windows is the only platform on which Fortran was problematic. OSX
is somewhat saner in this respect.
Oh yes, it seems there are official unofficial gfortran binaries
Ralf Gommers ralf.gomm...@gmail.com wrote:
I'd be interested to hear if those work well for you. For people that just
want to get things working, I would recommend to use the gfortran
installers recommended at
a
On Mon, Apr 28, 2014 at 6:06 PM, Sturla Molden sturla.mol...@gmail.comwrote:
Ralf Gommers ralf.gomm...@gmail.com wrote:
I'd be interested to hear if those work well for you. For people that
just
want to get things working, I would recommend to use the gfortran
installers recommended at
Ralf Gommers ralf.gomm...@gmail.com wrote:
Sounds good. Let's give it a bit more time, once you've given it a good
workout we can add that those gfortran 4.8.x compilers seem to work fine to
the scipy build instructions.
Yes, it needs to be tested properly.
The build instructions for OS X
On Sun, Apr 27, 2014 at 2:46 PM, Matthew Brett matthew.br...@gmail.comwrote:
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!
From a really quick glance, it looks like we could almost use the Ruby
Devkit, maybe
On 28/04/14 18:21, Ralf Gommers wrote:
No problems thus far, but I only installed it yesterday. :-)
Sounds good. Let's give it a bit more time, once you've given it a good
workout we can add that those gfortran 4.8.x compilers seem to work fine
to the scipy build instructions.
I have
On Sun, Apr 27, 2014 at 11:50 PM, Matthew Brett matthew.br...@gmail.comwrote:
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
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,
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 your
numpy.patch
scipy.patch
and what's in them?
Cheers,
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,
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.
BTW: There is a missing feature in the mingw-w64 toolchain. By now it
features linking to msvcrt90 runtime only. I have do extend the specs
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,
On Sun, Apr 27, 2014 at 6: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, whats
Pauli Virtanen p...@iki.fi wrote:
Yes, Windows is the only platform on which Fortran was problematic. OSX
is somewhat saner in this respect.
Oh yes, it seems there are official unofficial gfortran binaries
available for OSX:
http://gcc.gnu.org/wiki/GFortranBinaries#MacOS
Cool :)
Sturla
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 to
Hi,
On Thu, Apr 24, 2014 at 5:26 PM, josef.p...@gmail.com wrote:
On Thu, Apr 24, 2014 at 7:29 PM, josef.p...@gmail.com wrote:
On Thu, Apr 24, 2014 at 7:20 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Thu, Apr 24, 2014 at 5:08 PM, josef.p...@gmail.com wrote:
On
On Fri, Apr 25, 2014 at 1:21 AM, Matthew Brett matthew.br...@gmail.comwrote:
Hi,
On Thu, Apr 24, 2014 at 5:26 PM, josef.p...@gmail.com wrote:
On Thu, Apr 24, 2014 at 7:29 PM, josef.p...@gmail.com wrote:
On Thu, Apr 24, 2014 at 7:20 PM, Charles R Harris
On Sat, Apr 26, 2014 at 10:10 AM, josef.p...@gmail.com wrote:
On Fri, Apr 25, 2014 at 1:21 AM, Matthew Brett matthew.br...@gmail.comwrote:
Hi,
On Thu, Apr 24, 2014 at 5:26 PM, josef.p...@gmail.com wrote:
On Thu, Apr 24, 2014 at 7:29 PM, josef.p...@gmail.com wrote:
On
On Sat, Apr 26, 2014 at 10:20 AM, josef.p...@gmail.com wrote:
On Sat, Apr 26, 2014 at 10:10 AM, josef.p...@gmail.com wrote:
On Fri, Apr 25, 2014 at 1:21 AM, Matthew Brett
matthew.br...@gmail.comwrote:
Hi,
On Thu, Apr 24, 2014 at 5:26 PM, josef.p...@gmail.com wrote:
On Thu,
Matthew Brett matthew.br...@gmail.com wrote:
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.
Thanks for your great effort to solve this mess.
By Murphy's law, I do not have access to a
25.04.2014 08:57, Sturla Molden kirjoitti:
[clip]
On the positive side: Does this mean we finally can use gfortran on
Windows? And if so, can we use Fortran versions beyond Fortran 77 in SciPy
now? Or is Mac OS X a blocker?
Yes, Windows is the only platform on which Fortran was problematic.
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 out there, most of
them build without any information about the build process and patches
Hi Matthew,
On Thu, Apr 24, 2014 at 3:56 PM, Matthew Brett matthew.br...@gmail.comwrote:
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
On Fri, Apr 25, 2014 at 12:00 AM, Charles R Harris
charlesr.har...@gmail.com wrote:
Cool. After all these long years... Now all we need is a box running tests
for CI.
There is
http://www.appveyor.com/
though I haven't tried doing anything with it yet... (yes it says
.NET at the top, but then
On Thu, 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.comwrote:
Hi,
Thanks to Cark Kleffner's toolchain and some help from Clint Whaley
(main author of ATLAS), I've built 64-bit
On Thu, Apr 24, 2014 at 7:08 PM, josef.p...@gmail.com wrote:
On Thu, 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.comwrote:
Hi,
Thanks to Cark Kleffner's toolchain and
On Thu, Apr 24, 2014 at 5:08 PM, josef.p...@gmail.com wrote:
On Thu, 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.comwrote:
Hi,
Thanks to Cark Kleffner's toolchain and
On Thu, Apr 24, 2014 at 7:20 PM, Charles R Harris charlesr.har...@gmail.com
wrote:
On Thu, Apr 24, 2014 at 5:08 PM, josef.p...@gmail.com wrote:
On Thu, 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
OT: Oh, I hate pip and packages that require numpy
E:\tmpC:\Python27\python C:\Python27\Scripts\pip-script.py install -U patsy
Downloading/unpacking patsy
Running setup.py
(path:c:\users\josef\appdata\local\temp\pip_build_josef\patsy\setup.py)
egg_info for package patsy
no
On Thu, Apr 24, 2014 at 7:29 PM, josef.p...@gmail.com wrote:
On Thu, Apr 24, 2014 at 7:20 PM, Charles R Harris
charlesr.har...@gmail.com wrote:
On Thu, Apr 24, 2014 at 5:08 PM, josef.p...@gmail.com wrote:
On Thu, Apr 24, 2014 at 7:00 PM, Charles R Harris
On Thu, 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.comwrote:
Hi,
Thanks to Cark Kleffner's toolchain and some help from Clint Whaley
(main author of ATLAS), I've built 64-bit
68 matches
Mail list logo