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

Indeed. I wrongly assumed that since gholke's wheels did not crash, they did not run into that issue. That sounds like an ABI issue, since I suspect intel math library supports C99 complex numbers. I will add info on that issue then, David On Mon, Jan 23, 2017 at 11:46 AM, Evgeni Burovski

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

. I am a bit suspicious about the whole thing as neither conda's or gholke's wheel crashed. Has anybody else encountered this ? David ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] NumPy 1.12.0 release

y compatibility with centos 5.X and above, though I am not sure about the impact on speed. It has been quite some time already that building numpy/scipy with gcc 4.1 causes troubles with errors and even crashes anyway, so you definitely want to use a more recent compiler in any case. David &g

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 <charlesr.har...@gmail.com > wrote: &g

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

ation with NumPy (you can access numpy arrays directly as C arrays), very python like syntax and amazing performance. Good luck, David ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] Added atleast_nd, request for clarification/cleanup of atleast_3d

Joseph Fox-Rabinovitz gmail.com> writes: > > On Wed, Jul 6, 2016 at 2:57 PM, Eric Firing hawaii.edu> wrote: > > On 2016/07/06 8:25 AM, Benjamin Root wrote: > >> > >> I wouldn't have the keyword be "where", as that collides with the notion > >> of "where" elsewhere in numpy. > > > > > >

[Numpy-discussion] How best to turn JSON into a CSV or Pandas data frame table?

Which are the best ways to turn a JSON object into a CSV or Pandas data frame table? Looking forward to hearing from you. Regards. David ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpy

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

en they are available. > That's what we used to do in scipy, but it was a PITA to maintain. Contrary to blas/lapack, fft does not have a standard API, hence exposing a consistent API in python, including data layout involved quite a bit of work. It is better to expose

[Numpy-discussion] Unable to pickle numpy array on iOS

the array. I am using NumPy v1.9.3 Any ideas on why this might be happening? Thank you, David ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpy-discussion

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

low for linear algebra. > I would not worry too much about this: at worst, this gives us back the situation where we were w/ so-called superpack, which have been successful in the past to spread numpy use on windows. My main worry is whether this locks us into ATLAS for a long time because

Re: [Numpy-discussion] PyData Madrid

idea to me too. I like both the concrete topic, as >> well as just having a talk on Numpy at a PyData conference. In general >> there are too few (if any) talks on Numpy and other core libraries at >> PyData and Scipy confs I think. >> > > +1. > > It woul

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

data.py is what's used by distutils to build C extensions. This is only valid on Unix/cygwin, if you are on windows, the process is completely different. David > > Thanks for your help, > > Christian > > > > This email and any attachments are intended solely for the

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

IMO should) do, such as writing the expected metadata in site-packages (PEP 376). Currently, conda does not recognize packages installed by pip (because it does not implement PEP 376 and co), so if you do a "pip install ." of a package, it will likely break existing package if pre

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

ubt are directly > used by the packages. > It is also a common problem when building packages without using a "clean" build environment, as it is too easy to pick up dependencies accidentally, especially for autotools-based packages (unless one uses pbuilder or similar tools). David

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

ystems are now transitioning to C++11 which is binary > incompatible in parts to the old standard. There a lot of testing is > necessary to check if we are affected. > How does Anaconda deal with C++11? > For canopy packages, we use the RH devtoolset w/ gcc 4.8.X, and statical

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

> > Any way to know how many people are running 32 bit Python on Windows these > days?? > I don't claim we are representative of the whole community, but as far as canopy is concerned, it is still a significant platform. That's the only 32 bit platform we still support (both linux and osx 32

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

cision, etc... But that may has been fixed since then. David > Anne > > On Fri, Dec 11, 2015, 16:46 Charles R Harris <charlesr.har...@gmail.com> > wrote: > >> On Fri, Dec 11, 2015 at 6:25 AM, Thomas Baruchel <baruc...@gmx.com> >> wrote: >> >>> F

Re: [Numpy-discussion] array of random numbers fails to construct

mind that np.random.randint and np.random.rand > could use an extra 'dtype' keyword. It didn't look easy to implement though. > > Allan > > On 12/06/2015 04:55 PM, DAVID SAROFF (RIT Student) wrote: > >> Matthew, >> >> That looks right. I'm concluding that the .astype(np.uint8)

Re: [Numpy-discussion] array of random numbers fails to construct

files. linearInputData = np.fromfile(dataFile, dtype = np.uint8, count = -1) spectrumArray = linearInputData.reshape(nSpectra,sizeSpectrum) On Sun, Dec 6, 2015 at 4:07 PM, Matthew Brett <matthew.br...@gmail.com> wrote: > Hi, > > On Sun, Dec 6, 2015 at 12:39 PM, DAVID SAROFF (RIT S

[Numpy-discussion] array of random numbers fails to construct

is a factor of two, 2**21 rather than 2**20, for the extent of the first axis. -- David P. Saroff Rochester Institute of Technology 54 Lomb Memorial Dr, Rochester, NY 14623 david.sar...@mail.rit.edu | (434) 227-6242 ___ NumPy-Discussion mailing list NumPy

Re: [Numpy-discussion] f2py, numpy.distutils and multiple Fortran source files

Thanks a lot for providing the example Sturla, that is exactly what we are looking for! On 4 December 2015 at 11:34, Sturla Molden <sturla.mol...@gmail.com> wrote: > On 03/12/15 22:07, David Verelst wrote: > > Can this workflow be incorporated into |setuptools|/|numpy.distutils

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] future of f2py and Fortran90+

f90wrap [1] extends the functionality of f2py, and can automatically generate sensible wrappers for certain cases. [1] https://github.com/jameskermode/f90wrap On 15 July 2015 at 03:45, Sturla Molden wrote: > Eric Firing wrote: > > > I'm curious: has

[Numpy-discussion] f2py, numpy.distutils and multiple Fortran source files

://docs.scipy.org/doc/numpy/reference/distutils.html Regards, David ​ ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] Question about structure arrays

ff to C). I was just looking into structured arrays. In case it is relevant: Are you using certain 1.10? They are apparently a LOT slower than 1.9.3, an issue which will be fixed in a future version. David ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpy-discussion

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

will need a way to install things when building a conda package in any case David > Is there any particular reason for not using it? > > On Tue, Oct 27, 2015 at 11:48 AM, James E.H. Turner <jehtur...@gmail.com> > wrote: > >> Apparently it is not well known that if you

Re: [Numpy-discussion] Numpy 1.10.1 released.

I cannot divulge exact figures for downloads, but for us at Enthought, windows 32 bits is in the same ballpark as OS X and Linux (64 bits) in terms of proportion, windows 64 bits being significantly more popular. Linux 32 bits and OS X 32 bits have been in the 1 % range each of our downloads for a while (we re

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?

t has always been my intention to go toward this when I split up multiarray/umath into multiple .c files and extracted out npymath. cheers, David ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org https://mail.scipy.org/mailman/listinfo/numpy-discussion

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?

gn is not perfect (I was young and foolish :) ), but it has worked fairly well and has been used in at least scipy since the 1.4/1.5 days IIRC (including windows). David > > > And, of course, we would also benefit from the CBLAS functions (or any > > kind of C wrappers around them) :-

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

[Numpy-discussion] Compiling NumPy for iOS PyQt app?

a python with all libraries static linked. Here is the environment: iOS 8.0+ Python 3.4 PyQt 5.5 Qt 5.5 pyqtdeploy Any help getting NumPy compiled into the iOS app? Thank you, David ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org https

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

s and all), but having multiple sources for a given tag is confusing. David > > Cheers, > > Matthew > ___ > NumPy-Discussion mailing list > NumPy-Discussion@scipy.org > http://mail.scipy.org/mailman/listinfo/numpy-discussion >

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

, and most of them should be fairly straightforward to cythonize. At worse, we could just keep them as is outside cython and just export them in cython. Does that sound like an acceptable plan ? If so, I will start working on a PR to work on 2. David

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

team to improve this ? Or was that considered acceptable with current cython for numpy. I am convinced cleanly separating the low level parts from the python C API plumbing would be the single most important thing one could do to make the codebase more amenable. David On Tue, Aug 25, 2015 at 9

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.

in the end ? David On Tue, Aug 18, 2015 at 9:07 PM, Charles R Harris charlesr.har...@gmail.com wrote: Hi All, . I'm bringing up this topic again on account of the discussion at https://github.com/numpy/numpy/pull/6199. The proposal is to stop (trying) to support the Bento build system for Numpy

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

accept arbitrary binaries like SF does, and some of our installer formats can't be uploaded there. David Andrew ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion

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

? David ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] NPY_SEPARATE_COMPILATION and RELAXED_STRIDES_CHECKING

. Would we get to remove all the no-export attributes on everything? No, the whole point of the no-export is to support the separate compilation use case. David On Apr 3, 2015 8:01 PM, Charles R Harris charlesr.har...@gmail.com wrote: On Fri, Apr 3, 2015 at 9:00 PM, Charles R Harris

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

mainstream platforms. But the real question for me is what does visual studio support mean ? Does it really mean solution files ? David ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion

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] advanced indexing question

Sebastian Berg sebastian at sipsolutions.net writes: Python has a mechanism both for getting an item and for setting an item. The latter will end up doing this (python already does this for us): x[:,d,:,d] = x[:,d,:,d] + 1 so there is an item assignment going on (__setitem__ not __getitem__)

[Numpy-discussion] advanced indexing question

and not a copy? Thanks, David ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion

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

://github.com/numpy/numpy/blob/master/numpy/core/setup.py#L638 David On Sat, Jan 31, 2015 at 9:53 PM, Sebastien Gouezel sebastien.goue...@univ-rennes1.fr wrote: Dear all, I tried to use numpy (version 1.9.1, installed by `pip install numpy`) on cygwin64. I encountered the following weird bug

Re: [Numpy-discussion] npymath on Windows

, but this give undefined symbols from 'libnpymath.a' like this: This is not really supported. You should avoid mixing compilers when building C extensions using numpy C API. Either all mingw, or all MSVC. David npymath.lib(npy_math.o) : error LNK2019: unresolved external symbol _atanf referenced

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

/ similar results. Thanks for all the hard work, David On Sun, Dec 14, 2014 at 10:29 PM, Pauli Virtanen p...@iki.fi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear all, We have finished preparing the Scipy 0.14.1 release candidate 1. If no regressions turn up, the final release

[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 http://mail.scipy.org/mailman/listinfo/numpy

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)

library is 'best'. I would agree if it were not already there, but removing it (like Blas/Lapack) is out of the question for backward compatibility reason. Too much code depends on it. David On Tue, Oct 28, 2014 at 6:21 PM, Sturla Molden sturla.mol...@gmail.com wrote: Eelco Hoogendoorn

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

... all use a standard API (BLAS/LAPACK), but for FFT, you need to reimplement pretty much the whole thing. Unsurprisingly, this meant the code was not well maintained. Wrapping non standard, non-BSD libraries makes much more sense in separate libraries in general. David On Mac there is also vDSP

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

, just not through an FFT (it goes back to the brute force O(N**2)). I made some experiments with the Bluestein transform to handle prime transforms on fftpack, but the precision seemed to be an issue. Maybe I should revive this work (if I still have it somewhere). David

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

building on windows as well ? David -n ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion ___ NumPy-Discussion mailing list NumPy-Discussion

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

for completely new types that don't require interactions with others (categorical ?). Would it help to prepare a set of implement your own dtype notebooks ? I have a starting point from last year tutorial (the corresponding slides were never shown for lack of time). David -- Nathaniel J

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

with the result of your investigation. David ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion

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

happened. David Cheers, Matthew ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion ___ NumPy-Discussion mailing list NumPy-Discussion

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

referred to. The custom inspect cut imports by 30 %, I doubt the ratio is much different today. David ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion

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)

it), then yeah we should do it. I don't anticipate that this will happen very often given how far we've gotten without it, but yeah. Changing the ABI 'safely' (i.e. raise a python exception if changed) is already handled in numpy. We can always increase the ABI version if we think it is worth it David

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)

cannot change anymore: API compatibility requirements would be stronger than what we provide even now. NumPy is also a large codebase which would need some major clean up to be accepted, etc... David ___ NumPy-Discussion mailing list NumPy-Discussion

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

, though other may disagree there. IMO, what is needed the most is refactoring the internal to extract the Python C API low level from the rest of the code, as I think that's the main bottleneck to get more contributors (or get new core features more quickly). David

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

much more acceptable than a significant break at the python level. David On Wed, Jun 4, 2014 at 9:58 AM, Sebastian Berg sebast...@sipsolutions.net wrote: On Mi, 2014-06-04 at 02:26 +0100, Nathaniel Smith wrote: On Wed, Jun 4, 2014 at 12:33 AM, Charles R Harris charlesr.har...@gmail.com wrote

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] Fortran 90 Library and .mod files numpy.distutils

Hi Onur, Have you taken a look at https://github.com/numpy/numpy/issues/1350 ? Maybe both issues are related. Cheers, David H. On Fri, May 30, 2014 at 6:20 AM, Onur Solmaz onursol...@gmail.com wrote: Was this mail seen? I cannot be sure because it is the first time I posted. On Mon, May

  1   2   3   4   5   6   7   8   9   10   >