Hi,
I will add a a wiki page ASAP.
BTW: I copied my tools (gcc toolchain, numpy, scipy wheels) from my google
drive to bitbucket:
https://bitbucket.org/carlkl/mingw-w64-for-python/downloads
Regards
Carl
2014-04-04 21:56 GMT+02:00 Matthew Brett matthew.br...@gmail.com:
Hi,
On Fri, Apr 4,
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 some
mingw toolchain variants based on the mingw-w64 project. In a nutshell: the
most
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 some
mingw toolchain variants based on the mingw-w64 project. In a nutshell: the
most
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
On Wed, Apr 2, 2014 at 7:52 AM, Matthew Brett matthew.br...@gmail.comwrote:
Hi,
On Tue, Apr 1, 2014 at 4:46 PM, David Cournapeau courn...@gmail.com
wrote:
On Wed, Apr 2, 2014 at 12:36 AM, Nathaniel Smith n...@pobox.com wrote:
On Tue, Apr 1, 2014 at 11:58 PM, David Cournapeau
Hi,
On Tue, Apr 1, 2014 at 4:46 PM, David Cournapeau courn...@gmail.com wrote:
On Wed, Apr 2, 2014 at 12:36 AM, Nathaniel Smith n...@pobox.com wrote:
On Tue, Apr 1, 2014 at 11:58 PM, David Cournapeau courn...@gmail.com
wrote:
On Tue, Apr 1, 2014 at 6:43 PM, Nathaniel Smith n...@pobox.com
On Apr 1, 2014, at 4:36 PM, Nathaniel Smith n...@pobox.com wrote:
We could just ship all numpy's extension modules in the same directory
if we wanted. It would be pretty easy to stick some code at the top of
numpy/__init__.py to load them from numpy/all_dlls/ and then slot them
into the
On Mon, Mar 31, 2014 at 3:09 PM, Matthew Brett matthew.br...@gmail.comwrote:
I am hopelessly lost here, but it looks as though Python extension
modules get loaded via
hDLL = LoadLibraryEx(pathname, NULL,
LOAD_WITH_ALTERED_SEARCH_PATH);
See:
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,
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 dependent DLLs in
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
On Tue, Apr 1, 2014 at 6:43 PM, 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,
On Tue, Apr 1, 2014 at 11:58 PM, David Cournapeau courn...@gmail.com wrote:
On Tue, Apr 1, 2014 at 6:43 PM, 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
On Wed, Apr 2, 2014 at 12:36 AM, Nathaniel Smith n...@pobox.com wrote:
On Tue, Apr 1, 2014 at 11:58 PM, David Cournapeau courn...@gmail.com
wrote:
On Tue, Apr 1, 2014 at 6:43 PM, Nathaniel Smith n...@pobox.com wrote:
On Tue, Apr 1, 2014 at 6:26 PM, Matthew Brett matthew.br...@gmail.com
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 packages for
scipy? I assume the libgfortran, libquadmath libgcc_s dylibs will
not make
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...@ensta.org wrote:
This is great! Has anyone started to work on OSX whl packages for
scipy?
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
On Mon, Mar 31, 2014 at 6:30 PM, Matthew Brett matthew.br...@gmail.comwrote:
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
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
On Mon, Mar 31, 2014 at 10:18 AM, Matthew Brett matthew.br...@gmail.comwrote:
Bonus question: do you think a similar solution could work for windows
and / or linux?
For linux - yes - I think that should be easy with a combination of
``ldd`` to find the dependencies and ``patchelf`` to set
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 be
On Mon, Mar 31, 2014 at 12:05 PM, Matthew Brett matthew.br...@gmail.comwrote:
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 varies too much, so that any copied
dynamic libraries would have little chance of
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
This is great! Has anyone started to work on OSX whl packages for
scipy? I assume the libgfortran, libquadmath libgcc_s dylibs will
not make it as easy as for numpy. Would it be possible to use a static
gcc toolchain as Carl Kleffner is using for his experimental windows
whl packages?
--
On 28.03.2014 23:09, Olivier Grisel wrote:
This is great! Has anyone started to work on OSX whl packages for
scipy? I assume the libgfortran, libquadmath libgcc_s dylibs will
not make it as easy as for numpy. Would it be possible to use a static
gcc toolchain as Carl Kleffner is using for his
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 packages for
scipy? I assume the libgfortran, libquadmath libgcc_s dylibs will
not make it as easy as for numpy. Would it be possible to use a static
gcc
On Tue, Mar 25, 2014 at 9:47 PM, Matthew Brett matthew.br...@gmail.comwrote:
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 -
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
30 matches
Mail list logo