Re: [Numpy-discussion] State-of-the-art to use a C/C++ library from Python

an Haase <seb.ha...@gmail.com>: > How do these two relate to each other !? > - Sebastian > > > On Fri, Sep 2, 2016 at 12:33 PM, Carl Kleffner <cmkleff...@gmail.com> > wrote: > >> maybe https://bitbucket.org/memotype/cffiwrap or >> https://github.com/andrewleech/

Re: [Numpy-discussion] State-of-the-art to use a C/C++ library from Python

maybe https://bitbucket.org/memotype/cffiwrap or https://github.com/andrewleech/cfficloak helps? C. 2016-09-02 11:16 GMT+02:00 Nathaniel Smith : > On Fri, Sep 2, 2016 at 1:16 AM, Peter Creasey > wrote: > >> Date: Wed, 31 Aug 2016 13:28:21 +0200 >

Re: [Numpy-discussion] Using OpenBLAS for manylinux wheels

I would like to see OpenBLAS support for numpy on windows. The latest OpenBLAS windows builds numpy support for are on https://bitbucket.org/carlkl/mingw-w64-for-python/downloads now. Scipy wheels should work regardless if numpy was build with MSVC or with mingwpy. It is only mandantory to agree

Re: [Numpy-discussion] Windows wheels, built, but should we deploy?

+1 from me. I could prepare scipy builds based on these numpy builds. Carl 2016-03-05 19:40 GMT+01:00 Matthew Brett : > Hi, > > On Fri, Mar 4, 2016 at 8:40 PM, Nathaniel Smith wrote: > > On Fri, Mar 4, 2016 at 7:30 PM, wrote: > >

Re: [Numpy-discussion] Building Numpy with OpenBLAS

In my timeplan the next mingwpy PR on numpy master is anticipated to take place at the weekend, together with a build description. This PR is targeted to build numpy with OpenBLAS. Carl 2016-01-27 16:01 GMT+01:00 Ralf Gommers : > > > On Wed, Jan 27, 2016 at 3:51 PM, G

Re: [Numpy-discussion] msvc9 comipiler problems

The error occurs also for Python-2.7 win32. I tested numpy-1.10.0+mkl-cp27-none-win32.whl some days ago and reported to C. Gohlke. Carl 2015-10-09 20:56 GMT+02:00 Chris Barker : > >> NVM. Looks like Python 2.7 also uses msvc9. >> > > yup, according to Wikipedia: > >

[Numpy-discussion] numpy-1.11.0.dev0 windows wheels compiled with mingwpy available

I made numpy master (numpy-1.11.0.dev0 , https://github.com/numpy/numpy/commit/0243bce23383ff5e894b99e40df2f8fd806ad79f) windows binary wheels available for testing. Install it with pip: > pip install -i https://pypi.anaconda.org/carlkl/simple numpy These builds are compiled with OPENBLAS trunk

Re: [Numpy-discussion] OK to upload patched 1.9.2 for Python 3.5?

I would like to add patches for the mingwpy windows build as well. There is no Python-3.5 build so far. Carlkl 2015-09-14 10:46 GMT+02:00 Robert Kern : > On Mon, Sep 14, 2015 at 9:32 AM, Matthew Brett > wrote: > > > > Hi, > > > > On Mon, Sep 14,

Re: [Numpy-discussion] Video meeting this week

2015-07-11 19:19 GMT+02:00 Olivier Grisel olivier.gri...@ensta.org: 2015-07-10 22:13 GMT+02:00 Carl Kleffner cmkleff...@gmail.com: 2015-07-10 19:06 GMT+02:00 Olivier Grisel olivier.gri...@ensta.org: 2015-07-10 16:47 GMT+02:00 Carl Kleffner cmkleff...@gmail.com: Hi Olivier, yes

Re: [Numpy-discussion] Video meeting this week

Hi Olivier, yes, this is all explained in https://github.com/xianyi/OpenBLAS/wiki/Faq#choose_target_dynamic as well. This seems to be necessary for CI systems, right? BTW: i just now renewed the numpy-1.9.2 and scipy-0.15.0 wheels for python-2.6, 2.7, 3.3, 3.4 on anaconda.org. I also added

Re: [Numpy-discussion] Video meeting this week

I could provide you with a debug build of libopenblaspy.dll. The segfault - if ithrown from openblas - could be detected with gdb or with the help of backtrace.dll. Carl 2015-07-10 18:31 GMT+02:00 Nathaniel Smith n...@pobox.com: On Jul 10, 2015 10:51 AM, Olivier Grisel olivier.gri...@ensta.org

Re: [Numpy-discussion] Video meeting this week

2015-07-10 19:06 GMT+02:00 Olivier Grisel olivier.gri...@ensta.org: 2015-07-10 16:47 GMT+02:00 Carl Kleffner cmkleff...@gmail.com: Hi Olivier, yes, this is all explained in https://github.com/xianyi/OpenBLAS/wiki/Faq#choose_target_dynamic as well. This seems to be necessary for CI

Re: [Numpy-discussion] Video meeting this week

unfortunately I can't start the hangout. Both Firefox and chrome hangs. Tried it again and again. For this reason a short status: I can now build the mingwpy toolchain as pip installable wheel. %USERPROFILE%\pydistutils.cfg should be configured to use the mingw compiler. With the preliminary

Re: [Numpy-discussion] Strategy for OpenBLAS

2015-05-27 10:26 GMT+02:00 Carl Kleffner cmkleff...@gmail.com: 2015-05-27 10:13 GMT+02:00 Nathaniel Smith n...@pobox.com: On Tue, May 26, 2015 at 9:53 AM, Julian Taylor jtaylor.deb...@googlemail.com wrote: On 05/26/2015 04:56 PM, Matthew Brett wrote: Hi, This morning I was wondering

Re: [Numpy-discussion] Strategy for OpenBLAS

2015-05-27 10:13 GMT+02:00 Nathaniel Smith n...@pobox.com: On Tue, May 26, 2015 at 9:53 AM, Julian Taylor jtaylor.deb...@googlemail.com wrote: On 05/26/2015 04:56 PM, Matthew Brett wrote: Hi, This morning I was wondering whether we ought to plan to devote some resources to

Re: [Numpy-discussion] binary wheels for numpy?

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 work, I'm not doing squat in this effort other than nudging...) Carl Kleffner has built binary wheels for NumPy

Re: [Numpy-discussion] new mingw-w64 based numpy and scipy wheel (still experimental)

Basically you need: (1) site.cfg or %HOME%\.numpy-site.cfg with the following content: (change the paths according to your installation) [openblas] libraries = openblas library_dirs = D:/devel/packages/openblas/amd64/lib include_dirs = D:/devel/packages/openblas/amd64/include OpenBLAS was build

Re: [Numpy-discussion] Testing of scipy

Hi Colin. this is an interesting test with different hardware. As a summary: - Python-2.7 amd64 - numpy-0.1.9.openblas: OK - scipy-0.15.1.openblas:2 errors 11 failures - CPU: AMD A8-5600K APU (piledriver) scipy errors and failures due to piledriver: (1) ERROR: test_improvement

Re: [Numpy-discussion] new mingw-w64 based numpy and scipy wheel (still experimental)

2015-01-27 0:16 GMT+01:00 Sturla Molden sturla.mol...@gmail.com: On 26/01/15 16:30, Carl Kleffner wrote: Thanks for all your ideas. The next version will contain an augumented libopenblas.dll in both numpy and scipy. On the long term I would prefer an external openblas wheel package

Re: [Numpy-discussion] new mingw-w64 based numpy and scipy wheel (still experimental)

Thanks for all your ideas. The next version will contain an augumented libopenblas.dll in both numpy and scipy. On the long term I would prefer an external openblas wheel package, if there is an agreement about this among numpy-dev. Another idea for the future is to conditionally load a debug

Re: [Numpy-discussion] new mingw-w64 based numpy and scipy wheel (still experimental)

2015-01-25 16:46 GMT+01:00 Nathaniel Smith n...@pobox.com: On Sat, Jan 24, 2015 at 5:29 PM, Carl Kleffner cmkleff...@gmail.com wrote: 2015-01-23 0:23 GMT+01:00 Nathaniel Smith n...@pobox.com: On Thu, Jan 22, 2015 at 9:29 PM, Carl Kleffner cmkleff...@gmail.com wrote: OpenBLAS

Re: [Numpy-discussion] new mingw-w64 based numpy and scipy wheel (still experimental)

something left in site-packages\numpy in the case you have uninstalled another numpy distribution before. Carl 2015-01-24 15:48 GMT+01:00 cjw c...@ncf.ca: On 22-Jan-15 6:23 PM, Nathaniel Smith wrote: On Thu, Jan 22, 2015 at 9:29 PM, Carl Kleffner cmkleff...@gmail.com wrote: I took time

Re: [Numpy-discussion] new mingw-w64 based numpy and scipy wheel (still experimental)

2015-01-23 0:23 GMT+01:00 Nathaniel Smith n...@pobox.com: On Thu, Jan 22, 2015 at 9:29 PM, Carl Kleffner cmkleff...@gmail.com wrote: I took time to create mingw-w64 based wheels of numpy-1.9.1 and scipy-0.15.1 source distributions and put them on https://bitbucket.org/carlkl/mingw-w64

Re: [Numpy-discussion] new mingw-w64 based numpy and scipy wheel (still experimental)

All tests for the 64bit builds passed. Carl 2015-01-23 0:11 GMT+01:00 Sturla Molden sturla.mol...@gmail.com: Were there any failures with the 64 bit build, or did all tests pass? Sturla On 22/01/15 22:29, Carl Kleffner wrote: I took time to create mingw-w64 based wheels of numpy-1.9.1

[Numpy-discussion] new mingw-w64 based numpy and scipy wheel (still experimental)

I took time to create mingw-w64 based wheels of numpy-1.9.1 and scipy-0.15.1 source distributions and put them on https://bitbucket.org/carlkl/mingw-w64-for-python/downloads as well as on binstar.org. The test matrix is python-2.7 and 3.4 for both 32bit and 64bit. Feedback is welcome. The wheels

Re: [Numpy-discussion] new mingw-w64 based numpy and scipy wheel (still experimental)

Yes, I build win32 as well as amd64 binaries. Carlkl 2015-01-22 23:06 GMT+01:00 cjw c...@ncf.ca: Thanks Carl, This is good to hear. I presume that the AMD64 is covered. Colin W. On 22-Jan-15 4:29 PM, Carl Kleffner wrote: I took time to create mingw-w64 based wheels of numpy-1.9.1

Re: [Numpy-discussion] npymath on Windows

Hi, without further testing; this approach may help: (1) create a shared library with all symbols from libnpymath.a: $ gcc -shared -o libnpymath.dll -Wl,--whole-archive libnpymath.a -Wl,--no-whole-archive -lm (2) create a def file: gendef libnpymath.dll There are now two files created by

Re: [Numpy-discussion] npymath on Windows

Hi, according to http://sourceforge.net/p/mingw-w64/discussion/723798/thread/7da101da : *Sorry, sharing static libraries with MSVC is not supported right now, the contributor who was supposed to work on this went MIA.The only sane way to do it right now is to use a DLL.* this problem seems to

Re: [Numpy-discussion] npymath on Windows

Hi, 2014-12-28 17:17 GMT+01:00 David Cournapeau courn...@gmail.com: On Sun, Dec 28, 2014 at 1:59 AM, Matthew Brett matthew.br...@gmail.com wrote: Hi, Sorry for this ignorant email, but we got confused trying to use 'libnpymath.a' from the mingw builds of numpy: We were trying to link

Re: [Numpy-discussion] Copyright status of NumPy binaries on Windows/OS X

this applies to the mingw-w64 builds as well see also: https://gcc.gnu.org/ml/fortran/2014-10/msg00038.html From: Joseph S. Myers joseph at codesourcery dot com To: FX fxcoudert at gmail dot com Cc: GCC Patches gcc-patches at gcc dot gnu dot org, fortran List fortran at gcc dot gnu

Re: [Numpy-discussion] Copyright status of NumPy binaries on Windows/OS X

Hi Travis, the Anaconda binaries (free packages as well as the non-free addons) link against Intel MKL - not against ATLAS. Are this binaries really free redistributable as stated? The lack of numpy/scipy 64bit windows binaries with opensource blas/lapack with was one of the main reasons to

Re: [Numpy-discussion] ANN: NumPy 1.9.0 release candidate 1 available

I put 4 wheels for numpy-1.9.0rc1 on https://bitbucket.org/carlkl/mingw-w64-for-python/downloads . All wheels are compiled with the mingw-w64 compiler and makes use of OpenBLAS (latest github version). The 32 bit versions still have some testing errors on corner cases for atan2 and hypot. Carl

Re: [Numpy-discussion] OpenBLAS and dotblas

numpy dot is using BLAS with OpenBLAS. Tested on Linux and Windows (see https://bitbucket.org/carlkl/mingw-w64-for-python/downloads) Regards Carl 2014-08-09 0:31 GMT+02:00 Sturla Molden sturla.mol...@gmail.com: Charles R Harris charlesr.har...@gmail.com wrote: It looks like numpy dot only

Re: [Numpy-discussion] ANN: NumPy 1.9.0 beta 2 release

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: https://gist.github.com/carlkl/43182c7c5e0049db7b4e amd64: https://gist.github.com/carlkl/c528505af31ac32720b0 Regards, Carl

Re: [Numpy-discussion] 64-bit windows numpy / scipy wheels for testing

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

Re: [Numpy-discussion] 64-bit windows numpy / scipy wheels for testing

for scipy.test. The pull request for numpy build has not yet been made for the reasons I mentioned. Cheers, Carl 2014-07-28 16:46 GMT+02:00 Olivier Grisel olivier.gri...@ensta.org: 2014-07-28 15:25 GMT+02:00 Carl Kleffner cmkleff...@gmail.com: Hi, on https://bitbucket.org/carlkl/mingw-w64

Re: [Numpy-discussion] Numpy and debug symbols

Hi, to trace this error, you can try to run your programm with the dependency walker http://www.dependencywalker.com/ . In the menu there is a profiling option. With 'Start profiling' you get messages of all accesses to DLLs and Python extensions. Most likely a DLL is not found. Be aware: for

Re: [Numpy-discussion] Numpy and debug symbols

to me... but for some reason debug mode cannot load necessary dependencies. I attach both files. By the way, I like this community! 2014-07-03 12:33 GMT+02:00 Carl Kleffner cmkleff...@gmail.com: Hi, to trace this error, you can try to run your programm with the dependency walker http

Re: [Numpy-discussion] 64-bit windows numpy / scipy wheels for testing

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

Re: [Numpy-discussion] 64-bit windows numpy / scipy wheels for testing

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:

Re: [Numpy-discussion] 64-bit windows numpy / scipy wheels for testing

matthew.br...@gmail.com: 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

Re: [Numpy-discussion] 64-bit windows numpy / scipy wheels for testing

Carl 2014-07-02 13:35 GMT+02:00 Matthew Brett matthew.br...@gmail.com: 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

Re: [Numpy-discussion] BLAS and LAPACK ABI questions (mostly OSX related)

The free windows conda packages are linked against MKL statically, similar to C. Gohlke's packges. My guess: the MKL optimization package supports multithreading and SVML, the free packages only a serial interface to MKL. Carl 2014-06-09 14:59 GMT+02:00 Olivier Grisel olivier.gri...@ensta.org:

Re: [Numpy-discussion] The BLAS problem (was: Re: Wiki page for building numerical stuff on Windows)

Neither the numpy ATLAS build nor the MKL build on Windows makes use of shared libs. The latter due due licence restriction. Carl 2014-05-12 14:23 GMT+02:00 Matthieu Brucher matthieu.bruc...@gmail.com: Yes, they seem to be focused on HPC clusters with sometimes old rules (as no shared

Re: [Numpy-discussion] The BLAS problem (was: Re: Wiki page for building numerical stuff on Windows)

2014-05-12 19:25 GMT+02:00 Matthew Brett matthew.br...@gmail.com: 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

Re: [Numpy-discussion] 64-bit windows numpy / scipy wheels for testing

, On Sun, Apr 27, 2014 at 3:19 PM, Matthew Brett matthew.br...@gmail.com mailto:matthew.br...@gmail.com wrote: Hi, On Sun, Apr 27, 2014 at 3:06 PM, Carl Kleffner cmkleff...@gmail.com mailto:cmkleff...@gmail.com wrote: A possible option

Re: [Numpy-discussion] 64-bit windows numpy / scipy wheels for testing

(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

Re: [Numpy-discussion] 64-bit windows numpy / scipy wheels for testing

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

Re: [Numpy-discussion] 64-bit windows numpy / scipy wheels for testing

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

Re: [Numpy-discussion] 64-bit windows numpy / scipy wheels for testing

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

Re: [Numpy-discussion] Test error with ATLAS, Windows 64 bit

Hi Julian, to distinguish between mingw32 and mingw-w64 we need something like this: #include stdlib.h if !defined(HAVE_EXPM1) || defined(__MINGW64_VERSION_MAJOR) instead of if !defined(HAVE_EXPM1) || defined(__MINGW32__) the latter is true for both: mingw32 and mingw-w64. I guess the mingw32

Re: [Numpy-discussion] Test error with ATLAS, Windows 64 bit

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 fine, apart from the following test failure

Re: [Numpy-discussion] Wiki page for building numerical stuff on Windows

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 voluntary contribution by Markus Bergholz. a discussion about OpenBLAS on the

Re: [Numpy-discussion] Default builds of OpenBLAS development branch are now fork safe

MKL BLAS LAPACK has issues as well: http://software.intel.com/en-us/articles/intel-mkl-110-bug-fixes . In case of OpenBLAS or GOTOBLAS what precisly is the problem you identify as showstopper? Regards Carl 2014-04-06 20:59 GMT+02:00 Matthew Brett matthew.br...@gmail.com: Hi, On Sun, Apr

Re: [Numpy-discussion] ANN: NumPy 1.8.1 release

, 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 some mingw

Re: [Numpy-discussion] ANN: NumPy 1.8.1 release

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

Re: [Numpy-discussion] ANN: NumPy 1.8.1 release

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

Re: [Numpy-discussion] 1.8.1 release

I build wheels for 32bit and 64bit (Windows, OpenBLAS) and put them here: https://drive.google.com/folderview?id=0B4DmELLTwYmlX05WSWpYVWJfRjgusp=sharing Due to shortage of time I give not much more detailed informations before 1st of March. Carl 2014-02-25 1:53 GMT+01:00 Chris Barker

Re: [Numpy-discussion] Default builds of OpenBLAS development branch are now fork safe

Hi, some days ago I put some preliminary mingw-w64 binaries and code based on python2.7 on my google drive to discuss it with Matthew Brett. Maybe its time for a broader discussion. IMHO it is ready for testing but not for consumption. url:

Re: [Numpy-discussion] Default builds of OpenBLAS development branch are now fork safe

looked at the taskmanager there is not much difference to numpy-MKL. I didn't made any qualified measurements however. Carl 2014-02-20 15:50 GMT+01:00 Olivier Grisel olivier.gri...@ensta.org: Thanks for sharing, this is all very interesting. Have you tried to have a look at the memory usage

Re: [Numpy-discussion] Default builds of OpenBLAS development branch are now fork safe

good point, I didn't used this option. Carl 2014-02-20 16:01 GMT+01:00 Julian Taylor jtaylor.deb...@googlemail.com: On Thu, Feb 20, 2014 at 3:50 PM, Olivier Grisel olivier.gri...@ensta.org wrote: Thanks for sharing, this is all very interesting. Have you tried to have a look at the

Re: [Numpy-discussion] Default builds of OpenBLAS development branch are now fork safe

Hi, 2014-02-20 23:17 GMT+01:00 Olivier Grisel olivier.gri...@ensta.org: I had a quick look (without running the procedure) but I don't understand some elements: - apparently you never tell in the numpy's site.cfg nor the scipy.cfg to use the openblas lib nor set the library_dirs: how does

Re: [Numpy-discussion] MKL and OpenBLAS

Concerning numpy-MKL licence I refer to this question on the Intel Forum: http://software.intel.com/en-us/forums/topic/328344 Question on Redistribution related to numpy/scipy In the case of numpy-MKL the MKL binaries are statically linked to the pyd-files. Given the usefulness, performance and

Re: [Numpy-discussion] MKL and OpenBLAS

software without components with copyleft licences. For the MKL part a clear statement would be welcome. Otherwise the usage of MKL based binaries has to be avoided in such situations, even if you don't sell something. 2014-02-02 Sturla Molden sturla.mol...@gmail.com: Carl Kleffner cmkleff

Re: [Numpy-discussion] MKL and OpenBLAS

find some time next weekend. with best regards Carl 2014-01-30 Sturla Molden sturla.mol...@gmail.com: 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

Re: [Numpy-discussion] MKL and OpenBLAS

it myself or use it in commercial context without buying a Intel licence? Carl 2014-01-30 Sturla Molden sturla.mol...@gmail.com: 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

Re: [Numpy-discussion] MKL and OpenBLAS

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 the MSVC90 runtime libraries (gcc runtime is

Re: [Numpy-discussion] another interesting high performance vector lib (yeppp)

a similar SIMD based library for transcendental function ist SLEEF http://shibatch.sourceforge.net/ . An inclompete wrapper can be found here: https://github.com/nikolaynag/avxmath I suppose that Intels VML has a better coverage over YEPPP or SLEEF. Carl 2014-01-27 Neal Becker

[Numpy-discussion] OpenBLAS based numpy scipy test builds for WIN64

Hi list, I've uploaded on https://code.google.com/p/mingw-w64-static/ numpy/scipy binaries as wheel builds for testing. The binaries have been build with the help of a customized mingw-w64 toolchain and a recent (git) openBLAS. Regards Carl ___

[Numpy-discussion] how to use install_clib with setup.py?

I have a question concerning install_clib on windows. What I want to do is to copy a dll (libopenblas.dll) to the numpy/core folder with setup.py install. The path to the dll is given in site.cfg. The dll itself is a external dependency. Somewhere i found a reference to install_clib to copy

Re: [Numpy-discussion] mingw-w64 and openblas test

, 22:43:36) [MSC v.1500 32 bit (Intel)] nose version 1.3.0 2013/11/12 David Cournapeau courn...@gmail.com On Mon, Nov 11, 2013 at 1:32 PM, Carl Kleffner cmkleff...@gmail.comwrote: Hi David, i used my customized mingw-w64 toolkit mentioned in this thread to circumvent several problems

Re: [Numpy-discussion] mingw-w64 and openblas test

:32 PM, Carl Kleffner cmkleff...@gmail.comwrote: Hi David, i used my customized mingw-w64 toolkit mentioned in this thread to circumvent several problems with the mixed compiler enviroment. It is a fully statically gcc build. Hence the compiled executables and dlls never depend on mingw dlls

Re: [Numpy-discussion] mingw-w64 and openblas test

we ask you to put the logs on gists.github.com ? google docs is rather painful to use for logs (no line number, etc...) thanks, David On Fri, Nov 8, 2013 at 7:42 AM, Carl Kleffner cmkleff...@gmail.comwrote: Hi list, I created a repository at google code https://code.google.com/p/mingw

Re: [Numpy-discussion] mingw-w64 and openblas test

, David On Mon, Nov 11, 2013 at 9:51 AM, Carl Kleffner cmkleff...@gmail.comwrote: Hi David, I made a new build with the numpy-1.8.0 code base. binaries and logs are included in the following archive: 2013-11-11_i686-numpy-1.8.0-py27-openblastest.7zhttps://drive.google.com/file/d

Re: [Numpy-discussion] mingw-w64 and openblas test

AM, Carl Kleffner cmkleff...@gmail.comwrote: done all logs in https://gist.github.com/anonymous/7411039 Thanks. Looking at the log, it does not look like you are statically linking the mingw runtimes, though. I would expect numpy not to work if you don't have mingw dlls in your %PATH

[Numpy-discussion] mingw-w64 and openblas test

Hi list, I created a repository at google code https://code.google.com/p/mingw-w64-static with some downloads as well as my last numpy setp.py log. Regards Carl ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org