> How do these two relate to each other !?
> - Sebastian
>
>
> On Fri, Sep 2, 2016 at 12:33 PM, Carl Kleffner
> wrote:
>
>> maybe https://bitbucket.org/memotype/cffiwrap or
>> https://github.com/andrewleech/cfficloak helps?
>>
>> C.
>>
>>
&
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
> >> From: Michael Bieri
> >>
> >> I'm not quite
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 ab
+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:
> > [...]
> >> AFAIK, numpy doesn't provide access to BLAS/LAPACK.
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 Young wrote:
>
>> I don't
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
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:
>
> *Visual C++ 2008* (known also
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, 2015 at 1:22 AM, David Cournapeau
> wrote:
> > >
2015-07-11 19:19 GMT+02:00 Olivier Grisel :
> 2015-07-10 22:13 GMT+02:00 Carl Kleffner :
> >
> >
> > 2015-07-10 19:06 GMT+02:00 Olivier Grisel :
> >>
> >> 2015-07-10 16:47 GMT+02:00 Carl Kleffner :
> >> > Hi Olivier,
> >> >
> &
2015-07-10 19:06 GMT+02:00 Olivier Grisel :
> 2015-07-10 16:47 GMT+02:00 Carl Kleffner :
> > 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
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 :
> On Jul 10, 2015 10:51 AM, "Olivier Grisel"
> wrote:
> >
> > I narrowed down th
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 scipy-
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 mi
2015-05-27 10:26 GMT+02:00 Carl Kleffner :
>
>
> 2015-05-27 10:13 GMT+02:00 Nathaniel Smith :
>
>> On Tue, May 26, 2015 at 9:53 AM, Julian Taylor
>> wrote:
>> > On 05/26/2015 04:56 PM, Matthew Brett wrote:
>> >> Hi,
>> >>
>> >>
2015-05-27 10:13 GMT+02:00 Nathaniel Smith :
> On Tue, May 26, 2015 at 9:53 AM, Julian Taylor
> 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 collaborating with the OpenBLAS team.
>
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...)
>
>
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
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 (test_qua
2015-01-27 22:13 GMT+01:00 Nathaniel Smith :
> On Tue, Jan 27, 2015 at 8:53 PM, Ralf Gommers
> wrote:
> >
> > On Mon, Jan 26, 2015 at 4:30 PM, Carl Kleffner
> wrote:
> >>
> >> Thanks for all your ideas. The next version will contain an augumented
> &
2015-01-27 0:16 GMT+01:00 Sturla Molden :
> 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
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 ver
2015-01-25 16:46 GMT+01:00 Nathaniel Smith :
> On Sat, Jan 24, 2015 at 5:29 PM, Carl Kleffner
> wrote:
> >
> > 2015-01-23 0:23 GMT+01:00 Nathaniel Smith :
> >>
> >> On Thu, Jan 22, 2015 at 9:29 PM, Carl Kleffner
> >> wrote:
> >> > OpenBL
2015-01-23 0:23 GMT+01:00 Nathaniel Smith :
> On Thu, Jan 22, 2015 at 9:29 PM, Carl Kleffner
> 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-
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 :
> On 22-Jan-15 6:23 PM, Nathaniel Smith wrote:
>
>> On Thu, Jan 22, 2015 at 9:29 PM, Carl Kleffner
>> wrote:
>>
>>> I to
All tests for the 64bit builds passed.
Carl
2015-01-23 0:11 GMT+01:00 Sturla Molden :
> 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 n
Yes,
I build win32 as well as amd64 binaries.
Carlkl
2015-01-22 23:06 GMT+01:00 cjw :
> 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 base
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
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 mings
Hi,
2014-12-28 17:17 GMT+01:00 David Cournapeau :
>
>
> On Sun, Dec 28, 2014 at 1:59 AM, Matthew Brett
> 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 against the mingw numpy '
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
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"
To: FX
Cc: GCC Patches ,
fortran List
Date: Mon, 6 Oct 2014 20:38:14
Subject: Re: [patch] Add -static-libquadmath option
Since -static-libquad
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 start
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
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 :
> Charles R Harris wrote:
>
> > It looks like numpy dot only uses BLAS if ATLAS is present, see
> > numpy
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
2014-
tches
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 :
> 2014-07-28 15:25 GMT+02:00 Carl Kleffner :
> > Hi,
> >
> > on https://bitbucket.org/carlkl/mingw-w64-for-pyt
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-
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 GMT
ease mode Python27 which
> sounds good 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 :
>
> Hi,
>>
>&
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 64bi
gards
Carl
2014-07-02 13:35 GMT+02:00 Matthew Brett :
> Hi,
>
> On Wed, Jul 2, 2014 at 12:18 PM, Carl Kleffner
> wrote:
> > Hi,
> >
> > The mingw-w64 based wheels (Atlas and openBLAS) are based on a patched
> numpy
> > version, that hasn't been pub
Brett :
> Hi,
>
> On Wed, Jul 2, 2014 at 11:29 AM, Matthew Brett
> wrote:
> > Hi,
> >
> > On Wed, Jul 2, 2014 at 10:36 AM, Carl Kleffner
> wrote:
> >> Hi all,
> >>
> >> I do regulary builds for python-2.7. Due to my limited resources I
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:
https://github.com/wernsa
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 :
> 2014-06-09 14:53 GMT+
2014-05-12 19:25 GMT+02:00 Matthew Brett :
> Hi,
>
> On Mon, May 12, 2014 at 6:01 AM, Matthieu Brucher
> 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,
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 :
> Yes, they seem to be focused on HPC clusters with sometimes old rules
> (as no shared library).
> Also, they don't us
gt;
>> > > On Sun, Apr 27, 2014 at 11:50 PM, Matthew Brett
>> > mailto:matthew.br...@gmail.com>>
>> > > wrote:
>> > >>
>> > >> Aha,
>> > >>
>> > >> On Sun, Apr 27, 2014 a
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 :
> Matthew Brett wrote:
>
> > 2) Static linking - Carl's toolchain does full static linking
> > including C runtimes
>
> The C runtime canno
(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 dedicated
.
Cheers,
Carl
2014-04-27 23:46 GMT+02:00 Matthew Brett :
> Hi,
>
> On Sun, Apr 27, 2014 at 2:34 PM, Carl Kleffner
> wrote:
> > Hi,
> >
> > I will definitly don't have not time until thursday this week working out
> > the github workflow for a numpy pul
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 fil
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 Julian,
to distinguish between mingw32 and mingw-w64 we need something like this:
#include
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
implemen
t; > On Mon, Apr 14, 2014 at 2:59 PM, Matthew Brett > >
>> > wrote:
>> >>
>> >> Hi,
>> >>
>> >> With Carl Kleffner, I am trying to build a numpy 1.8.1 whee
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 octave
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 :
> Hi,
>
> On Sun, Apr 6, 2014 at 11:47 AM,
t 8:19 AM, Carl Kleffner
> 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
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
I want to point out, that Intel provides a very interesting OSS compiler
based on LLVM that targets vectorized code for SSE, AVX instructions on x86
and x86_64 platforms.
Carl
https://github.com/ispc/ispc/
http://ispc.github.io/
quote:
ispc is a compiler for a variant of the C programming langua
I build wheels for 32bit and 64bit (Windows, OpenBLAS) and put them here:
https://drive.google.com/folderview?id=0B4DmELLTwYmlX05WSWpYVWJfRjg&usp=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 :
> What'
Hi,
2014-02-20 23:17 GMT+01:00 Olivier Grisel :
> 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 numpy.distutils kno
good point, I didn't used this option.
Carl
2014-02-20 16:01 GMT+01:00 Julian Taylor :
> On Thu, Feb 20, 2014 at 3:50 PM, Olivier Grisel
> wrote:
> > Thanks for sharing, this is all very interesting.
> >
> > Have you tried to have a look at the memory usage and import time of
> > numpy when li
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 :
> Thanks for sharing, this is all very interesting.
>
> Have you tried to have a look at the memory usage and import time of
>
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:
https://drive.google.com/folderview?id=0B4DmELLTwYmldUVp
scientific
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 :
> Carl Kleffner wrote:
>
>
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 an
distribite it myself or use it in commercial
context without buying a Intel licence?
Carl
2014-01-30 Sturla Molden :
> On 30/01/14 12:01, Carl Kleffner wrote:
>
> > My conclusion is: mixing different compiler architectures for building
> > Python extensions on Windows is possib
r make numpy pull requests the github way due to my workload.
Hopefully I find some time next weekend.
with best regards
Carl
2014-01-30 Sturla Molden :
> On 27/01/14 12:01, Carl Kleffner wrote:
> > Did you consider to check the experimental binaries on
> > https://code.google.com/p/mi
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
> http://www.y
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 link
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-
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 exter
b\site-packages\numpy\testing\utils.py",
> line 317, in assert_equal
> raise AssertionError(msg)
> AssertionError:
> Items are not equal:
> ACTUAL: 0.010002
> DESIRED: 0.01
>
> --
> Ran 89
ages\scipy
Python version 2.7.5 (default, May 15 2013, 22:43:36) [MSC v.1500 32 bit
(Intel)]
nose version 1.3.0
2013/11/12 David Cournapeau
>
>
>
> On Mon, Nov 11, 2013 at 1:32 PM, Carl Kleffner wrote:
>
>> Hi David,
>>
>> i used my customized mingw-w64 toolkit
or the log, it is more convenient to put it on gist.github.com,
>>>
>>> thanks for the work,
>>> David
>>>
>>>
>>> On Mon, Nov 11, 2013 at 9:51 AM, Carl Kleffner wrote:
>>>
>>>> Hi David,
>>>>
>>>>
the work,
> David
>
>
> On Mon, Nov 11, 2013 at 9:51 AM, Carl Kleffner wrote:
>
>> 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_
h.
>
> May 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 wrote:
>
>> Hi list,
>>
>
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
http://mail.scipy.org/mailman/
79 matches
Mail list logo
