Re: [Numpy-discussion] Removal of some numpy files

tools/win32build is used to build the so-called superpack installers, which we don't build anymore AFAIK tools/numpy-macosx-installer is used to build the .dmg for numpy (also not used anymore AFAIK). On Sat, Feb 25, 2017 at 3:21 PM, Charles R Harris wrote: > Hi

Re: [Numpy-discussion] Numpy 1.11.3, scipy 0.18.1, MSVC 2015 and crashes in complex functions

< evgeny.burovs...@gmail.com> wrote: > Related to https://github.com/scipy/scipy/issues/6336? > 23.01.2017 14:40 пользователь "David Cournapeau" <courn...@gmail.com> > написал: > >> Hi there, >> >> While building the latest scipy on top of numpy 1.11.

[Numpy-discussion] Numpy 1.11.3, scipy 0.18.1, MSVC 2015 and crashes in complex functions

Hi there, While building the latest scipy on top of numpy 1.11.3, I have noticed crashes while running the scipy test suite, in scipy.special (e.g. in scipy.special hyp0f1 test).. This only happens on windows for python 3.5 (where we use MSVC 2015 compiler). Applying some violence to distutils,

Re: [Numpy-discussion] NumPy 1.12.0 release

On Wed, Jan 18, 2017 at 11:43 AM, Julian Taylor < jtaylor.deb...@googlemail.com> wrote: > The version of gcc used will make a large difference in some places. > E.g. the AVX2 integer ufuncs require something around 4.5 to work and in > general the optimization level of gcc has improved greatly

Re: [Numpy-discussion] Dropping sourceforge for releases.

+1 from me. If we really need some distribution on top of github/pypi, note that bintray (https://bintray.com/) is free for OSS projects, and is a much better experience than sourceforge. David On Sun, Oct 2, 2016 at 12:02 AM, Charles R Harris wrote: > Hi All, > >

Re: [Numpy-discussion] Changing FFT cache to a bounded LRU cache

On Tue, May 31, 2016 at 10:36 PM, Sturla Molden wrote: > Joseph Martinot-Lagarde wrote: > > > The problem with FFTW is that its license is more restrictive (GPL), and > > because of this may not be suitable everywhere numpy.fft is. > > A lot of us

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

On Fri, Mar 4, 2016 at 4:42 AM, Matthew Brett wrote: > Hi, > > Summary: > > I propose that we upload Windows wheels to pypi. The wheels are > likely to be stable and relatively easy to maintain, but will have > slower performance than other versions of numpy linked

Re: [Numpy-discussion] PyData Madrid

On Sat, Feb 20, 2016 at 5:26 PM, Kiko wrote: > > > 2016-02-20 17:58 GMT+01:00 Ralf Gommers : > >> >> >> On Wed, Feb 17, 2016 at 9:46 PM, Sebastian Berg < >> sebast...@sipsolutions.net> wrote: >> >>> On Mi, 2016-02-17 at 20:59 +0100, Jaime Fernández

Re: [Numpy-discussion] building NumPy with gcc if Python was built with icc?!?

On Tue, Feb 16, 2016 at 7:39 PM, BERGER Christian wrote: > Hi All, > > > > Here's a potentially dumb question: is it possible to build NumPy with > gcc, if python was built with icc? > > Right now, the build is failing in the toolchain check phase, because gcc > doesn't

Re: [Numpy-discussion] Should I use pip install numpy in linux?

On Fri, Jan 15, 2016 at 9:56 PM, Steve Waterbury wrote: > On 01/15/2016 04:08 PM, Benjamin Root wrote: > >> So, again, I love conda for what it can do when it works well. I only >> take exception to the notion that it can address *all* problems, because >> there are some

Re: [Numpy-discussion] Defining a base linux-64 environment [was: Should I use pip install numpy in linux?]

On Sat, Jan 9, 2016 at 12:20 PM, Julian Taylor < jtaylor.deb...@googlemail.com> wrote: > On 09.01.2016 12:52, Robert McGibbon wrote: > > Hi all, > > > > I went ahead and tried to collect a list of all of the libraries that > > could be considered to constitute the "base" system for linux-64. The

Re: [Numpy-discussion] Should I use pip install numpy in linux?

On Sat, Jan 9, 2016 at 12:12 PM, Julian Taylor < jtaylor.deb...@googlemail.com> wrote: > On 09.01.2016 04:38, Nathaniel Smith wrote: > > On Fri, Jan 8, 2016 at 7:17 PM, Nathan Goldbaum > wrote: > >> Doesn't building on CentOS 5 also mean using a quite old version of gcc? >

Re: [Numpy-discussion] Proposal: stop providing official win32 downloads (for now)

On Tue, Dec 22, 2015 at 7:11 PM, Chris Barker wrote: > On Mon, Dec 21, 2015 at 10:05 PM, Ralf Gommers > wrote: > >> There's a good chance that many downloads are from unsuspecting users >> with a 64-bit Python, and they then just get an

Re: [Numpy-discussion] Fast vectorized arithmetic with ~32 significant digits under Numpy

On Fri, Dec 11, 2015 at 4:22 PM, Anne Archibald wrote: > Actually, GCC implements 128-bit floats in software and provides them as > __float128; there are also quad-precision versions of the usual functions. > The Intel compiler provides this as well, I think, but I don't

Re: [Numpy-discussion] When to stop supporting Python 2.6?

On Fri, Dec 4, 2015 at 11:06 AM, Nathaniel Smith <n...@pobox.com> wrote: > On Fri, Dec 4, 2015 at 1:27 AM, David Cournapeau <courn...@gmail.com> > wrote: > > I would be in favour of dropping 3.3, but not 2.6 until it becomes too > > cumbersome to support. > > &

Re: [Numpy-discussion] When to stop supporting Python 2.6?

I would be in favour of dropping 3.3, but not 2.6 until it becomes too cumbersome to support. As a data point, as of april, 2.6 was more downloaded than all python 3.X versions together when looking at pypi numbers: https://caremad.io/2015/04/a-year-of-pypi-downloads/ David On Thu, Dec 3, 2015

Re: [Numpy-discussion] Proposal: stop supporting 'setup.py install'; start requiring 'pip install .' instead

On Tue, Oct 27, 2015 at 2:31 PM, Edison Gustavo Muenz < edisongust...@gmail.com> wrote: > I'm sorry if this is out-of-topic, but I'm curious on why nobody mentioned > Conda yet. > Conda is a binary distribution system, whereas we are talking about installing from sources. You will need a way to

Re: [Numpy-discussion] Numpy 1.10.1 released.

On Wed, Oct 14, 2015 at 5:38 PM, Nathaniel Smith wrote: > On Oct 14, 2015 9:15 AM, "Chris Barker" wrote: > > > > On Mon, Oct 12, 2015 at 9:27 AM, Charles R Harris < > charlesr.har...@gmail.com> wrote: > >> > >> * Compiling with msvc9 or msvc10 for 32 bit

Re: [Numpy-discussion] reorganizing numpy internal extensions (was: Re: Should we drop support for "one file" compilation mode?)

On Tue, Oct 6, 2015 at 8:04 PM, Nathaniel Smith <n...@pobox.com> wrote: > On Tue, Oct 6, 2015 at 11:52 AM, David Cournapeau <courn...@gmail.com> > wrote: > > > > > > On Tue, Oct 6, 2015 at 7:30 PM, Nathaniel Smith <n...@pobox.com> wrote: >

Re: [Numpy-discussion] reorganizing numpy internal extensions (was: Re: Should we drop support for "one file" compilation mode?)

On Thu, Oct 8, 2015 at 8:47 PM, Nathaniel Smith <n...@pobox.com> wrote: > On Oct 8, 2015 06:30, "David Cournapeau" <courn...@gmail.com> wrote: > > > [...] > > > > Separating the pure C code into static lib is the simple way of >

Re: [Numpy-discussion] reorganizing numpy internal extensions (was: Re: Should we drop support for "one file" compilation mode?)

On Tue, Oct 6, 2015 at 7:30 PM, Nathaniel Smith <n...@pobox.com> wrote: > [splitting this off into a new thread] > > On Tue, Oct 6, 2015 at 3:00 AM, David Cournapeau <courn...@gmail.com> > wrote: > [...] > > I also agree the current situation is not sustainable

Re: [Numpy-discussion] Should we drop support for "one file" compilation mode?

On Mon, Oct 5, 2015 at 11:26 PM, Nathaniel Smith wrote: > Hi all, > > For a long time, NumPy has supported two different ways of being compiled: > > "Separate compilation" mode: like most C projects, each .c file gets > compiled to a .o file, and then the .o files get linked

Re: [Numpy-discussion] Should we drop support for "one file" compilation mode?

On Tue, Oct 6, 2015 at 12:07 PM, Antoine Pitrou <solip...@pitrou.net> wrote: > On Tue, 6 Oct 2015 11:00:30 +0100 > David Cournapeau <courn...@gmail.com> wrote: > > > > Assuming one of the rumour is related to some comments I made some time > > (years ?)

Re: [Numpy-discussion] Should we drop support for "one file" compilation mode?

On Tue, Oct 6, 2015 at 6:07 PM, Nathaniel Smith wrote: > On Tue, Oct 6, 2015 at 10:00 AM, Antoine Pitrou > wrote: > > On Tue, 6 Oct 2015 09:40:43 -0700 > > Nathaniel Smith wrote: > >> > >> If you need some npy_* function it'd be much better

Re: [Numpy-discussion] Should we drop support for "one file" compilation mode?

On Tue, Oct 6, 2015 at 6:14 PM, Nathaniel Smith <n...@pobox.com> wrote: > On Tue, Oct 6, 2015 at 10:10 AM, David Cournapeau <courn...@gmail.com> > wrote: > > > > > > On Tue, Oct 6, 2015 at 6:07 PM, Nathaniel Smith <n...@pobox.com> wrote: > >> &

Re: [Numpy-discussion] Should we drop support for "one file" compilation mode?

On Tue, Oct 6, 2015 at 5:44 PM, Nathaniel Smith <n...@pobox.com> wrote: > On Tue, Oct 6, 2015 at 4:46 AM, David Cournapeau <courn...@gmail.com> > wrote: > > The npy_ functions in npymath were designed to be exported. Those would > stay > > that way. > >

Re: [Numpy-discussion] Should we drop support for "one file" compilation mode?

On Tue, Oct 6, 2015 at 5:51 PM, David Cournapeau <courn...@gmail.com> wrote: > > > On Tue, Oct 6, 2015 at 5:44 PM, Nathaniel Smith <n...@pobox.com> wrote: > >> On Tue, Oct 6, 2015 at 4:46 AM, David Cournapeau <courn...@gmail.com> >> wrote: >&g

Re: [Numpy-discussion] Should we drop support for "one file" compilation mode?

On Tue, Oct 6, 2015 at 6:18 PM, David Cournapeau <courn...@gmail.com> wrote: > > > On Tue, Oct 6, 2015 at 6:14 PM, Nathaniel Smith <n...@pobox.com> wrote: > >> On Tue, Oct 6, 2015 at 10:10 AM, David Cournapeau <courn...@gmail.com> >> wrote: >> >

Re: [Numpy-discussion] Should we drop support for "one file" compilation mode?

On Tue, Oct 6, 2015 at 5:58 PM, Nathaniel Smith <n...@pobox.com> wrote: > On Tue, Oct 6, 2015 at 9:51 AM, David Cournapeau <courn...@gmail.com> > wrote: > > > > On Tue, Oct 6, 2015 at 5:44 PM, Nathaniel Smith <n...@pobox.com> wrote: > >> > >

Re: [Numpy-discussion] composition of the steering council (was Re: Governance model request)

ying to convince me, you probably cannot fully, nor do you > have to, I will let it stand as is after this and let others take over > from here (after this, probably whatever Chuck says is good). [1] > > More to the point of the actual members: > > So to say, I feel the council me

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

On Mon, Sep 14, 2015 at 9:18 AM, Matthew Brett wrote: > Hi, > > I'm just building numpy 1.9.2 for Python 3.5 (just released). > > In order to get the tests to pass on Python 3.5, I need to cherry pick > commit 7d6aa8c onto the 1.9.2 tag position. > > Does anyone object

Re: [Numpy-discussion] Cythonizing some of NumPy

On Tue, Sep 1, 2015 at 8:16 AM, Nathaniel Smith <n...@pobox.com> wrote: > On Sun, Aug 30, 2015 at 2:44 PM, David Cournapeau <courn...@gmail.com> > wrote: > > Hi there, > > > > Reading Nathaniel summary from the numpy dev meeting, it looks like > there is &

[Numpy-discussion] Cythonizing some of NumPy

Hi there, Reading Nathaniel summary from the numpy dev meeting, it looks like there is a consensus on using cython in numpy for the Python-C interfaces. This has been on my radar for a long time: that was one of my rationale for splitting multiarray into multiple independent .c files half a

Re: [Numpy-discussion] Notes from the numpy dev meeting at scipy 2015

Thanks for the good summary Nathaniel. Regarding dtype machinery, I agree casting is the hardest part. Unless the code has changed dramatically, this was the main reason why you could not make most of the dtypes separate from numpy codebase (I tried to move the datetime dtype out of multiarray

Re: [Numpy-discussion] Proposal to remove the Bento build.

On Wed, Aug 19, 2015 at 1:22 AM, Nathaniel Smith n...@pobox.com wrote: On Tue, Aug 18, 2015 at 4:15 PM, David Cournapeau courn...@gmail.com wrote: If everybody wants to remove bento, we should remove it. FWIW, I don't really have an opinion either way on bento versus distutils, I just feel

Re: [Numpy-discussion] Proposal to remove the Bento build.

If everybody wants to remove bento, we should remove it. Regarding single file builds, why would it help for static builds ? I understand it would make things slightly easier to have one .o per extension, but it does not change the fundamental process as the exported symbols are the same in the

Re: [Numpy-discussion] Numpy-vendor vcvarsall.bat problem.

at 5:11 PM, Charles R Harris charlesr.har...@gmail.com wrote: On Thu, Aug 6, 2015 at 4:22 PM, David Cournapeau courn...@gmail.com wrote: Sorry if that's obvious, but do you have Visual Studio 2010 installed ? On Thu, Aug 6, 2015 at 11:17 PM, Charles R Harris charlesr.har...@gmail.com wrote

Re: [Numpy-discussion] Numpy-vendor vcvarsall.bat problem.

Sorry if that's obvious, but do you have Visual Studio 2010 installed ? On Thu, Aug 6, 2015 at 11:17 PM, Charles R Harris charlesr.har...@gmail.com wrote: Anyone know how to fix this? I've run into it before and never got it figured out. [192.168.121.189:22] out: File

Re: [Numpy-discussion] Verify your sourceforge windows installer downloads

IMO, this really begs the question on whether we still want to use sourceforge at all. At this point I just don't trust the service at all anymore. Could we use some resources (e.g. rackspace ?) to host those files ? Do we know how much traffic they get so estimate the cost ? David On Thu, May

Re: [Numpy-discussion] Verify your sourceforge windows installer downloads

On Fri, May 29, 2015 at 2:00 AM, Andrew Collette andrew.colle...@gmail.com wrote: Here is their lame excuse: https://sourceforge.net/blog/gimp-win-project-wasnt-hijacked-just-abandoned/ It probably means this: If NumPy installers are moved away from Sourceforge, they will set up a

Re: [Numpy-discussion] np.diag(np.dot(A, B))

On Fri, May 22, 2015 at 5:39 PM, Mathieu Blondel math...@mblondel.org wrote: Hi, I often need to compute the equivalent of np.diag(np.dot(A, B)). Computing np.dot(A, B) is highly inefficient if you only need the diagonal entries. Two more efficient ways of computing the same thing are

Re: [Numpy-discussion] NPY_SEPARATE_COMPILATION and RELAXED_STRIDES_CHECKING

On Sat, Apr 4, 2015 at 4:25 AM, Nathaniel Smith n...@pobox.com wrote: IIRC there allegedly exist platforms where separate compilation doesn't work right? I'm happy to get rid of it if no one speaks up to defend such platforms, though, we can always add it back later. One case was for

Re: [Numpy-discussion] IDE's for numpy development?

On Wed, Apr 1, 2015 at 7:43 PM, Charles R Harris charlesr.har...@gmail.com wrote: On Wed, Apr 1, 2015 at 11:55 AM, Sturla Molden sturla.mol...@gmail.com wrote: Charles R Harris charlesr.har...@gmail.com wrote: I'd be interested in information from anyone with experience in using such

Re: [Numpy-discussion] PyCon?

I'll be there as well, though I am still figuring out when exactly . On Wed, Feb 18, 2015 at 1:07 AM, Nathaniel Smith n...@pobox.com wrote: Hi all, It looks like I'll be at PyCon this year. Anyone else? Any interest in organizing a numpy sprint? -n -- Nathaniel J. Smith --

Re: [Numpy-discussion] missing FloatingPointError for numpy on cygwin64

Hi Sebastian, I think you may be one of the first person to report using cygwin 64. I think it makes sense to support that platform as it is becoming more common. Could you report the value of `sys.platform` on cygwin64 ? The first place I would look for cygwin-related FPU issues is there:

Re: [Numpy-discussion] npymath on Windows

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 against the mingw numpy 'libnpymath.a' using Visual Studio C, but this

Re: [Numpy-discussion] [SciPy-Dev] ANN: Scipy 0.14.1 release candidate 1

I built that rc on top of numpy 1.8.1 and MKL, and it worked on every platform we support @ Enthought. I saw a few test failures on linux and windows 64 bits, but those were there before or are precisions issues. I also tested when run on top of numpy 1.9.1 (but still built against 1.8.1), w/

[Numpy-discussion] GDB macros for numpy

Hi there, I remember having seen some numpy-aware gdb macros at some point, but cannot find any reference. Does anyone know of any ? David ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org

Re: [Numpy-discussion] GDB macros for numpy

On Sun, Nov 30, 2014 at 5:45 PM, Charles R Harris charlesr.har...@gmail.com wrote: On Sun, Nov 30, 2014 at 4:54 AM, David Cournapeau courn...@gmail.com wrote: Hi there, I remember having seen some numpy-aware gdb macros at some point, but cannot find any reference. Does anyone know

Re: [Numpy-discussion] Setting up a newcomers label on the issue tracker ?

oups, I missed it. Will use that one then. On Wed, Nov 26, 2014 at 9:01 AM, Julian Taylor jtaylor.deb...@googlemail.com wrote: On 11/26/2014 09:44 AM, David Cournapeau wrote: Hi, Would anybody mind if I create a label newcomers on GH, and start labelling simple issues

Re: [Numpy-discussion] ANN: Scipy 0.15.0 beta 1 release

Shall we consider https://github.com/scipy/scipy/issues/4168 to be a blocker (the issue arises on scipy master as well as 0.14.1) ? On Sun, Nov 23, 2014 at 11:13 PM, Pauli Virtanen p...@iki.fi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear all, We have finally finished preparing

Re: [Numpy-discussion] Scipy 0.15.0 beta 1 release

On Tue, Nov 25, 2014 at 6:10 PM, Sturla Molden sturla.mol...@gmail.com wrote: David Cournapeau courn...@gmail.com wrote: Shall we consider a href=https://github.com/scipy/scipy/issues/4168; https://github.com/scipy/scipy/issues/4168/a to be a blocker (the issue arises on scipy master

[Numpy-discussion] Numpy 1.9.1, zeros and alignement

Hi, I have not followed closely the changes that happen in 1.9.1, but was surprised by the following: x = np.zeros(12, d) assert x.flags.aligned # fails This is running numpy 1.9.1 built on windows with VS 2008. Is it expected that zeros may return a non-aligned array ? David

Re: [Numpy-discussion] Numpy 1.9.1, zeros and alignement

). (the context is 100 test failures on scipy 0.14.x on top of numpy 1.9., because f2py intent(inout) fails on work arrays created by zeros, this is a windows-32 only failure). David On Tue, Nov 18, 2014 at 6:26 PM, Julian Taylor jtaylor.deb...@googlemail.com wrote: On 18.11.2014 19:20, David

Re: [Numpy-discussion] Numpy 1.9.1, zeros and alignement

Additional point: it seems to always return aligned data on 1.8.1 (same platform/compiler/everything). On Tue, Nov 18, 2014 at 6:35 PM, David Cournapeau courn...@gmail.com wrote: It is on windows 32 bits, but I would need to make this work for complex (pair of double) as well. Is this a bug

Re: [Numpy-discussion] Numpy 1.9.1, zeros and alignement

to be a coincidence, as I try quite a few times with different sizes). is the array aligned? On 18.11.2014 19:37, David Cournapeau wrote: Additional point: it seems to always return aligned data on 1.8.1 (same platform/compiler/everything). On Tue, Nov 18, 2014 at 6:35 PM, David

Re: [Numpy-discussion] FFTS for numpy's FFTs (was: Re: Choosing between NumPy and SciPy functions)

On Wed, Oct 29, 2014 at 9:48 AM, Eelco Hoogendoorn hoogendoorn.ee...@gmail.com wrote: My point isn't about speed; its about the scope of numpy. typing np.fft.fft isn't more or less convenient than using some other symbol from the scientific python stack. Numerical algorithms should be part

Re: [Numpy-discussion] Choosing between NumPy and SciPy functions

On Tue, Oct 28, 2014 at 5:24 AM, Sturla Molden sturla.mol...@gmail.com wrote: Matthew Brett matthew.br...@gmail.com wrote: Is this an option for us? Aren't we a little behind the performance curve on FFT after we lost FFTW? It does not run on Windows because it uses POSIX to allocate

Re: [Numpy-discussion] FFTS for numpy's FFTs (was: Re: Choosing between NumPy and SciPy functions)

On Tue, Oct 28, 2014 at 9:19 AM, Charles R Harris charlesr.har...@gmail.com wrote: On Tue, Oct 28, 2014 at 1:32 AM, Jerome Kieffer jerome.kief...@esrf.fr wrote: On Tue, 28 Oct 2014 04:28:37 + Nathaniel Smith n...@pobox.com wrote: It's definitely attractive. Some potential issues

Re: [Numpy-discussion] FFTS for numpy's FFTs (was: Re: Choosing between NumPy and SciPy functions)

I On Tue, Oct 28, 2014 at 2:31 PM, Nathaniel Smith n...@pobox.com wrote: On 28 Oct 2014 07:32, Jerome Kieffer jerome.kief...@esrf.fr wrote: On Tue, 28 Oct 2014 04:28:37 + Nathaniel Smith n...@pobox.com wrote: It's definitely attractive. Some potential issues that might need

Re: [Numpy-discussion] FFTS for numpy's FFTs (was: Re: Choosing between NumPy and SciPy functions)

On Tue, Oct 28, 2014 at 3:06 PM, David Cournapeau courn...@gmail.com wrote: I On Tue, Oct 28, 2014 at 2:31 PM, Nathaniel Smith n...@pobox.com wrote: On 28 Oct 2014 07:32, Jerome Kieffer jerome.kief...@esrf.fr wrote: On Tue, 28 Oct 2014 04:28:37 + Nathaniel Smith n...@pobox.com

Re: [Numpy-discussion] npy_log2 undefined on Linux

Not exactly: if you build numpy with mingw (as is the official binary), you need to build everything that uses numpy C API with it. On Sun, Oct 26, 2014 at 1:22 AM, Matthew Brett matthew.br...@gmail.com wrote: On Sat, Oct 25, 2014 at 2:15 PM, Matthew Brett matthew.br...@gmail.com wrote: On

Re: [Numpy-discussion] Custom dtypes without C -- or, a standard ndarray-like type

On Mon, Sep 22, 2014 at 4:31 AM, Nathaniel Smith n...@pobox.com wrote: On Sun, Sep 21, 2014 at 7:50 PM, Stephan Hoyer sho...@gmail.com wrote: pandas has some hacks to support custom types of data for which numpy can't handle well enough or at all. Examples include datetime and Categorical

Re: [Numpy-discussion] How to install numpy on a box without hardware FPU

On Tue, Sep 2, 2014 at 8:29 AM, Emel Hasdal emel_has...@hotmail.com wrote: I am trying to run a python application which performs statistical calculations using Pandas which seem to depend on Numpy. Hence I have to install Numpy to get the app working. Do you mean I can change

Re: [Numpy-discussion] Help - numpy / scipy binary compatibility

On Sat, Aug 9, 2014 at 10:41 AM, Matthew Brett matthew.br...@gmail.com wrote: Hi, I would be very happy of some help trying to work out a numpy package binary incompatibility. I'm trying to work out what's happening for this ticket: https://github.com/scipy/scipy/issues/3863 which I

Re: [Numpy-discussion] Remove numpy/compat/_inspect.py ?

On Fri, Aug 1, 2014 at 11:23 PM, Charles R Harris charlesr.har...@gmail.com wrote: On Fri, Aug 1, 2014 at 7:59 AM, Robert Kern robert.k...@gmail.com wrote: On Fri, Aug 1, 2014 at 2:54 PM, Charles R Harris charlesr.har...@gmail.com wrote: Importing inspect looks to take about 500 ns on

Re: [Numpy-discussion] Remove numpy/compat/_inspect.py ?

was bundled for). David On Sat, Aug 2, 2014 at 5:11 AM, David Cournapeau courn...@gmail.com wrote: On Fri, Aug 1, 2014 at 11:23 PM, Charles R Harris charlesr.har...@gmail.com wrote: On Fri, Aug 1, 2014 at 7:59 AM, Robert Kern robert.k...@gmail.com wrote: On Fri, Aug 1, 2014 at 2:54 PM

Re: [Numpy-discussion] Remove numpy/compat/_inspect.py ?

On Sat, Aug 2, 2014 at 11:17 AM, Charles R Harris charlesr.har...@gmail.com wrote: On Fri, Aug 1, 2014 at 8:01 PM, David Cournapeau courn...@gmail.com wrote: On my machine, if I use inspect instead of _inspect in numpy.compat.__init__, the import time increases ~ 25 % (from 82 ms to 99

Re: [Numpy-discussion] Remove numpy/compat/_inspect.py ?

On Sat, Aug 2, 2014 at 11:36 AM, Charles R Harris charlesr.har...@gmail.com wrote: On Fri, Aug 1, 2014 at 8:22 PM, David Cournapeau courn...@gmail.com wrote: On Sat, Aug 2, 2014 at 11:17 AM, Charles R Harris charlesr.har...@gmail.com wrote: On Fri, Aug 1, 2014 at 8:01 PM, David

Re: [Numpy-discussion] Remove numpy/compat/_inspect.py ?

The docstring at the beginning of the module is still relevant AFAIK: it was about decreasing import times. See http://mail.scipy.org/pipermail/numpy-discussion/2009-October/045981.html On Fri, Aug 1, 2014 at 10:27 AM, Charles R Harris charlesr.har...@gmail.com wrote: Hi All, The

Re: [Numpy-discussion] Remove bento from numpy

On Sun, Jul 6, 2014 at 2:24 AM, Julian Taylor jtaylor.deb...@googlemail.com wrote: On 05.07.2014 19:11, David Cournapeau wrote: On Sun, Jul 6, 2014 at 1:55 AM, Julian Taylor jtaylor.deb...@googlemail.com mailto:jtaylor.deb...@googlemail.com wrote: On 05.07.2014 18:40, David

Re: [Numpy-discussion] Remove bento from numpy

On Sat, Jul 5, 2014 at 11:25 AM, Charles R Harris charlesr.har...@gmail.com wrote: Ralf likes the speed of bento, but it is not currently maintained What exactly is not maintained ? David ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org

Re: [Numpy-discussion] Remove bento from numpy

On Sat, Jul 5, 2014 at 5:23 PM, Ralf Gommers ralf.gomm...@gmail.com wrote: On Sat, Jul 5, 2014 at 10:13 AM, David Cournapeau courn...@gmail.com wrote: On Sat, Jul 5, 2014 at 11:25 AM, Charles R Harris charlesr.har...@gmail.com wrote: Ralf likes the speed of bento

Re: [Numpy-discussion] Remove bento from numpy

: On Sat, Jul 5, 2014 at 10:13 AM, David Cournapeau courn...@gmail.com wrote: On Sat, Jul 5, 2014 at 11:25 AM, Charles R Harris charlesr.har...@gmail.com wrote: Ralf likes the speed of bento, but it is not currently maintained What exactly is not maintained

Re: [Numpy-discussion] Remove bento from numpy

On Sat, Jul 5, 2014 at 11:51 PM, Charles R Harris charlesr.har...@gmail.com wrote: On Sat, Jul 5, 2014 at 8:28 AM, Matthew Brett matthew.br...@gmail.com wrote: 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

Re: [Numpy-discussion] Remove bento from numpy

+ clang. David On Sun, Jul 6, 2014 at 1:38 AM, Nathaniel Smith n...@pobox.com wrote: 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: Maybe bento will revive and take over the new python

Re: [Numpy-discussion] Remove bento from numpy

On Sun, Jul 6, 2014 at 1:55 AM, Julian Taylor jtaylor.deb...@googlemail.com wrote: On 05.07.2014 18:40, David Cournapeau wrote: The efforts are on average less demanding than this discussion. We are talking about adding entries to a list in most cases... Also, while adding

Re: [Numpy-discussion] Remove bento from numpy

On Sun, Jul 6, 2014 at 2:24 AM, Julian Taylor jtaylor.deb...@googlemail.com wrote: On 05.07.2014 19:11, David Cournapeau wrote: On Sun, Jul 6, 2014 at 1:55 AM, Julian Taylor jtaylor.deb...@googlemail.com mailto:jtaylor.deb...@googlemail.com wrote: On 05.07.2014 18:40, David

Re: [Numpy-discussion] big-bangs versus incremental improvements (was: Re: SciPy 2014 BoF NumPy Participation)

On Thu, Jun 5, 2014 at 11:41 PM, Nathaniel Smith n...@pobox.com wrote: On Thu, Jun 5, 2014 at 3:36 AM, Charles R Harris charlesr.har...@gmail.com wrote: @nathaniel IIRC, one of the objections to the missing values work was that it changed the underlying array object by adding a couple of

Re: [Numpy-discussion] big-bangs versus incremental improvements (was: Re: SciPy 2014 BoF NumPy Participation)

On Thu, Jun 5, 2014 at 11:48 PM, Nathaniel Smith n...@pobox.com wrote: On Thu, Jun 5, 2014 at 3:24 PM, David Cournapeau courn...@gmail.com wrote: On Thu, Jun 5, 2014 at 2:51 PM, Charles R Harris charlesr.har...@gmail.com wrote: On Thu, Jun 5, 2014 at 6:40 AM, David Cournapeau courn

Re: [Numpy-discussion] big-bangs versus incremental improvements (was: Re: SciPy 2014 BoF NumPy Participation)

On Thu, Jun 5, 2014 at 9:44 AM, Todd toddr...@gmail.com wrote: On 5 Jun 2014 02:57, Nathaniel Smith n...@pobox.com wrote: On Wed, Jun 4, 2014 at 7:18 AM, Travis Oliphant tra...@continuum.io wrote: And numpy will be much harder to replace than numeric -- numeric wasn't the most-imported

Re: [Numpy-discussion] big-bangs versus incremental improvements (was: Re: SciPy 2014 BoF NumPy Participation)

On Thu, Jun 5, 2014 at 3:36 AM, Charles R Harris charlesr.har...@gmail.com wrote: On Wed, Jun 4, 2014 at 7:29 PM, Travis Oliphant tra...@continuum.io wrote: Believe me, I'm all for incremental changes if it is actually possible and doesn't actually cost more. It's also why I've been

Re: [Numpy-discussion] big-bangs versus incremental improvements (was: Re: SciPy 2014 BoF NumPy Participation)

On Thu, Jun 5, 2014 at 2:51 PM, Charles R Harris charlesr.har...@gmail.com wrote: On Thu, Jun 5, 2014 at 6:40 AM, David Cournapeau courn...@gmail.com wrote: On Thu, Jun 5, 2014 at 3:36 AM, Charles R Harris charlesr.har...@gmail.com wrote: On Wed, Jun 4, 2014 at 7:29 PM, Travis

Re: [Numpy-discussion] SciPy 2014 BoF NumPy Participation

I won't be able to make it at scipy this year sadly. I concur with Nathaniel that we can do a lot of things without a full rewrite -- it is all too easy to see what is gained with a rewrite and lose sight of what is lost. I have yet to see a really strong argument for a full rewrite. It may be

Re: [Numpy-discussion] fftw supported?

FFTW is not used anymore in neither numpy or scipy (has not been for several years). If you want to use fftw with numpy, there are 3rd party extensions to do it, like pyfftw On Mon, Jun 2, 2014 at 12:27 PM, Neal Becker ndbeck...@gmail.com wrote: I just d/l numpy-1.8.1 and try to build. I

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

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

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

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

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

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

Re: [Numpy-discussion] Slightly off-topic - accuracy of C exp function?

On Wed, Apr 23, 2014 at 9: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.

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

On Mon, Apr 14, 2014 at 10: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

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

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 courn

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

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,

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

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

Re: [Numpy-discussion] f2py links extensions to incorrect python installation on OSX / Anaconda

On Thu, Mar 27, 2014 at 8:30 PM, Alex Goodman alex.good...@colostate.eduwrote: Hi all, I have used f2py in the past on a Linux machine with virtually no issues. However on my Mac, I get the following error when importing an f2py generated extension: Fatal Python error: PyThreadState_Get:

Re: [Numpy-discussion] numpy gsoc ideas (was: numpy gsoc topic idea: configurable algorithm precision and vector math library integration)

On Thu, Mar 6, 2014 at 1:59 PM, Nathaniel Smith n...@pobox.com wrote: On Thu, Mar 6, 2014 at 9:11 AM, David Cournapeau courn...@gmail.com wrote: On Wed, Mar 5, 2014 at 9:11 PM, Nathaniel Smith n...@pobox.com wrote: So this project would have the following goals, depending on how

Re: [Numpy-discussion] numpy gsoc ideas (was: numpy gsoc topic idea: configurable algorithm precision and vector math library integration)

On Wed, Mar 5, 2014 at 9:11 PM, Nathaniel Smith n...@pobox.com wrote: On Mon, Mar 3, 2014 at 7:20 PM, Julian Taylor jtaylor.deb...@googlemail.com wrote: hi, as the numpy gsoc topic page is a little short on options I was thinking about adding two topics for interested students. But as I

Re: [Numpy-discussion] allocated memory cache for numpy

On Mon, Feb 17, 2014 at 7:31 PM, Julian Taylor jtaylor.deb...@googlemail.com wrote: hi, I noticed that during some simplistic benchmarks (e.g. https://github.com/numpy/numpy/issues/4310) a lot of time is spent in the kernel zeroing pages. This is because under linux glibc will always

Re: [Numpy-discussion] windows and C99 math

On Mon, Jan 27, 2014 at 8:04 PM, Julian Taylor jtaylor.deb...@googlemail.com wrote: hi, numpys no-C99 fallback keeps turning up issues in corner cases, e.g. hypot https://github.com/numpy/numpy/issues/2385 log1p https://github.com/numpy/numpy/issues/4225 these only seem to happen on

Re: [Numpy-discussion] LLVM

On Tue, Jan 7, 2014 at 6:59 PM, Charles R Harris charlesr.har...@gmail.comwrote: Has anyone tried using LLVM with Visual Studio? It is supposed to work with Visual Studio = 2010 and might provide an alternative to MinGw64. Yes, I have. It is still pretty painful to use on windows beyond

Re: [Numpy-discussion] Does NumPy support indirect memory views?

On Sat, Dec 14, 2013 at 7:39 PM, Alexander Belopolsky ndar...@mac.comwrote: PEP 3118 [1] allows exposing multi-dimensional data that is organized as array of pointers. It appears, however that NumPy cannot consume such memory views. Looking at _array_from_buffer_3118() function [2], I don't

  1   2   3   4   5   6   7   8   9   10   >