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 All,
>
> While looking through t
ovski <
evgeny.burovs...@gmail.com> wrote:
> Related to https://github.com/scipy/scipy/issues/6336?
> 23.01.2017 14:40 пользователь "David Cournapeau"
> написал:
>
>> Hi there,
>>
>> While building the latest scipy on top of numpy 1.11.3, I have notice
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, I
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 sin
+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,
>
> Ralf has suggested dropping s
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 use NumPy linked with MKL or Accelerate, both of
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 against faster
> BLAS / LAPACK
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 del Río wrote:
>>> > Hi all,
>>> >
>>> > I just
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 know how to handle icc-spe
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 problems that it just sim
On Mon, Jan 11, 2016 at 6:25 PM, Chris Barker wrote:
> On Fri, Jan 8, 2016 at 7:13 PM, Nathaniel Smith wrote:
>
>> > that this would potentially be able to let packages like numpy serve
>> their
>> > linux
>> > users better without risking too much junk being uploaded to PyPI.
>>
>> That will ne
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?
> >
> > Yes. IIRC CentOS
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
>
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 unhelpful "cannot find
>> Python" error from the insta
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 think
> Microsoft compile
On Fri, Dec 4, 2015 at 11:06 AM, Nathaniel Smith wrote:
> On Fri, Dec 4, 2015 at 1:27 AM, David Cournapeau
> wrote:
> > 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 m
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 a
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 i
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 Windows now requires SSE2.
> >> This wa
On Thu, Oct 8, 2015 at 8:47 PM, Nathaniel Smith wrote:
> On Oct 8, 2015 06:30, "David Cournapeau" wrote:
> >
> [...]
> >
> > Separating the pure C code into static lib is the simple way of
> achieving the same goal. Essentially, you write:
&
On Tue, Oct 6, 2015 at 8:04 PM, Nathaniel Smith wrote:
> On Tue, Oct 6, 2015 at 11:52 AM, David Cournapeau
> wrote:
> >
> >
> > On Tue, Oct 6, 2015 at 7:30 PM, Nathaniel Smith wrote:
> >>
> >> [splitting this off into a new thread]
> >>
&g
On Tue, Oct 6, 2015 at 7:30 PM, Nathaniel Smith wrote:
> [splitting this off into a new thread]
>
> On Tue, Oct 6, 2015 at 3:00 AM, David Cournapeau
> wrote:
> [...]
> > I also agree the current situation is not sustainable -- as we discussed
> > privately before, cyt
On Tue, Oct 6, 2015 at 6:18 PM, David Cournapeau wrote:
>
>
> On Tue, Oct 6, 2015 at 6:14 PM, Nathaniel Smith wrote:
>
>> On Tue, Oct 6, 2015 at 10:10 AM, David Cournapeau
>> wrote:
>> >
>> >
>> > On Tue, Oct 6, 2015 at 6:07 PM, Nathaniel Smi
On Tue, Oct 6, 2015 at 6:14 PM, Nathaniel Smith wrote:
> On Tue, Oct 6, 2015 at 10:10 AM, David Cournapeau
> wrote:
> >
> >
> > On Tue, Oct 6, 2015 at 6:07 PM, Nathaniel Smith wrote:
> >>
> >> On Tue, Oct 6, 2015 at 10:00 AM, Antoine Pitrou
> >&
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 to let us know
> >> what it is and let us export it in
On Tue, Oct 6, 2015 at 5:58 PM, Nathaniel Smith wrote:
> On Tue, Oct 6, 2015 at 9:51 AM, David Cournapeau
> wrote:
> >
> > On Tue, Oct 6, 2015 at 5:44 PM, Nathaniel Smith wrote:
> >>
> >> On Tue, Oct 6, 2015 at 4:46 AM, David Cournapeau
> >> wro
On Tue, Oct 6, 2015 at 5:51 PM, David Cournapeau wrote:
>
>
> On Tue, Oct 6, 2015 at 5:44 PM, Nathaniel Smith wrote:
>
>> On Tue, Oct 6, 2015 at 4:46 AM, David Cournapeau
>> wrote:
>> > The npy_ functions in npymath were designed to be exported. Those would
&
On Tue, Oct 6, 2015 at 5:44 PM, Nathaniel Smith wrote:
> On Tue, Oct 6, 2015 at 4:46 AM, David Cournapeau
> wrote:
> > The npy_ functions in npymath were designed to be exported. Those would
> stay
> > that way.
>
> If we want to export these then I vote that we ei
On Tue, Oct 6, 2015 at 12:07 PM, Antoine Pitrou wrote:
> On Tue, 6 Oct 2015 11:00:30 +0100
> David Cournapeau wrote:
> >
> > Assuming one of the rumour is related to some comments I made some time
> > (years ?) earlier, the context was the ability to hide exported sy
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 together to
> make a
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 members have to try to be *directly
On Tue, Sep 22, 2015 at 3:43 PM, Charles R Harris wrote:
>
>
> On Mon, Sep 21, 2015 at 10:23 PM, Nathaniel Smith wrote:
>
>> On Mon, Sep 21, 2015 at 7:29 AM, Jaime Fernández del Río
>> wrote:
>> > We have the PyArrayObject vs PyArrayObject_fields definition in
>> > ndarraytypes.h that is used t
On Mon, Sep 21, 2015 at 6:33 PM, Bryan Van de Ven
wrote:
>
> > On Sep 21, 2015, at 9:24 PM, Matthew Brett
> wrote:
> >
> > The second problem is that you have a potential conflict of interest,
> > in that it is possible for the needs of Continuum to conflict with the
> > needs of numpy. I beli
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 to me uploading a wheel bui
On Tue, Sep 1, 2015 at 8:16 AM, Nathaniel Smith wrote:
> On Sun, Aug 30, 2015 at 2:44 PM, David Cournapeau
> wrote:
> > Hi there,
> >
> > Reading Nathaniel summary from the numpy dev meeting, it looks like
> there is
> > a consensus on using cython in
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 dec
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 int
On Wed, Aug 19, 2015 at 1:22 AM, Nathaniel Smith wrote:
> On Tue, Aug 18, 2015 at 4:15 PM, David Cournapeau
> 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 j
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 en
Charles R Harris <
> charlesr.har...@gmail.com> wrote:
>
>>
>>
>> On Thu, Aug 6, 2015 at 4:22 PM, David Cournapeau
>> wrote:
>>
>>> Sorry if that's obvious, but do you have Visual Studio 2010 installed ?
>>>
>>> On Th
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 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
> "C:\Python34\lib\distutils\msvc9compiler.
On Fri, May 29, 2015 at 2:00 AM, Andrew Collette
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
> > mirror
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 2
On Fri, May 22, 2015 at 5:39 PM, Mathieu Blondel
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
>
> np.sum(A * B
On Sat, Apr 4, 2015 at 4:25 AM, Nathaniel Smith 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
> statically linking
On Wed, Apr 1, 2015 at 7:43 PM, Charles R Harris
wrote:
>
>
> On Wed, Apr 1, 2015 at 11:55 AM, Sturla Molden
> wrote:
>
>> Charles R Harris wrote:
>>
>> > I'd be
>> > interested in information from anyone with experience in using such an
>> IDE
>> > and ideas of how Numpy might make using some
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 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 -- http://vorpus.org
>
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:
https:
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 'libnpymath.a' using
> Visual Studio C, but this give undefined symb
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/ sim
On Sun, Nov 30, 2014 at 5:45 PM, Charles R Harris wrote:
>
>
> On Sun, Nov 30, 2014 at 4:54 AM, David Cournapeau
> wrote:
>
>> Hi there,
>>
>> I remember having seen some numpy-aware gdb macros at some point, but
>> cannot find any reference. Does anyon
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-discussi
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,
Hi,
Would anybody mind if I create a label "newcomers" on GH, and start
labelling simple issues ?
This is in anticipation to the bloomberg lab event in London this WE. I
will try to give a hand to people interested in numpy/scipy,
David
___
NumPy-Discu
On Tue, Nov 25, 2014 at 6:10 PM, Sturla Molden
wrote:
> David Cournapeau wrote:
> > Shall we consider > href="https://github.com/scipy/scipy/issues/4168";>
> https://github.com/scipy/scipy/issues/4168
> > to be a
> > blocker (the issue arises on scipy m
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 wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Dear all,
>
> We have finally finished preparing the S
On Tue, Nov 18, 2014 at 7:05 PM, Julian Taylor <
jtaylor.deb...@googlemail.com> wrote:
> 32 bit windows should not provide 16 byte alignment, at least it doesn't
> for me. That is typically a property of 64 bit OS.
>
> But that does not explain why normal double is not aligned for you, that
> onl
y 1.8.1 always returned 16 bytes aligned arrays in this
case (unlikely 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
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
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
).
(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
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
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
On Tue, Oct 28, 2014 at 3:06 PM, David Cournapeau
wrote:
> I
>
> On Tue, Oct 28, 2014 at 2:31 PM, Nathaniel Smith wrote:
>
>> On 28 Oct 2014 07:32, "Jerome Kieffer" wrote:
>> >
>> > On Tue, 28 Oct 2014 04:28:37 +
>> > Nathaniel Smi
I
On Tue, Oct 28, 2014 at 2:31 PM, Nathaniel Smith wrote:
> On 28 Oct 2014 07:32, "Jerome Kieffer" wrote:
> >
> > On Tue, 28 Oct 2014 04:28:37 +
> > Nathaniel Smith wrote:
> >
> > > It's definitely attractive. Some potential issues that might need
> dealing
> > > with, based on a quick ski
On Tue, Oct 28, 2014 at 9:19 AM, Charles R Harris wrote:
>
>
> On Tue, Oct 28, 2014 at 1:32 AM, Jerome Kieffer
> wrote:
>
>> On Tue, 28 Oct 2014 04:28:37 +
>> Nathaniel Smith wrote:
>>
>> > It's definitely attractive. Some potential issues that might need
>> dealing
>> > with, based on a qu
On Tue, Oct 28, 2014 at 5:24 AM, Sturla Molden
wrote:
> Matthew Brett 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 executable
> memory for tasklets, as i und
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
wrote:
> On Sat, Oct 25, 2014 at 2:15 PM, Matthew Brett
> wrote:
> > On Fri, Oct 24, 2014 at 6:04 PM, Matthew Brett
On Mon, Sep 22, 2014 at 4:31 AM, Nathaniel Smith wrote:
> On Sun, Sep 21, 2014 at 7:50 PM, Stephan Hoyer 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
> [1],
> > and others like
On Tue, Sep 2, 2014 at 8:29 AM, Emel Hasdal 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
>
>numpy/core/src/npymath/iee
On Sat, Aug 9, 2014 at 10:41 AM, Matthew Brett
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 summarized at the
On Sat, Aug 2, 2014 at 11:36 AM, Charles R Harris wrote:
>
>
>
> On Fri, Aug 1, 2014 at 8:22 PM, David Cournapeau
> wrote:
>
>>
>>
>>
>> On Sat, Aug 2, 2014 at 11:17 AM, Charles R Harris <
>> charlesr.har...@gmail.com> wrote:
>>
>
On Sat, Aug 2, 2014 at 11:17 AM, Charles R Harris wrote:
>
>
>
> On Fri, Aug 1, 2014 at 8:01 PM, David Cournapeau
> 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
>&
e was bundled for).
David
On Sat, Aug 2, 2014 at 5:11 AM, David Cournapeau 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
>> wro
On Fri, Aug 1, 2014 at 11:23 PM, Charles R Harris wrote:
>
>
>
> On Fri, Aug 1, 2014 at 7:59 AM, Robert Kern wrote:
>
>> On Fri, Aug 1, 2014 at 2:54 PM, Charles R Harris
>> wrote:
>>
>> > Importing inspect looks to take about 500 ns on my machine. Although
>> It is
>> > hard to be exact, as I
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 wrote:
> Hi All,
>
> The _inspect.py function looks like a
On Sun, Jul 6, 2014 at 2:24 AM, Julian Taylor wrote:
> On 05.07.2014 19:11, David Cournapeau wrote:
> > On Sun, Jul 6, 2014 at 1:55 AM, Julian Taylor
> > mailto:jtaylor.deb...@googlemail.com>>
> > wrote:
> >
> > On 05.07.2014 18:40, David Cournap
On Sun, Jul 6, 2014 at 2:24 AM, Julian Taylor wrote:
> On 05.07.2014 19:11, David Cournapeau wrote:
> > On Sun, Jul 6, 2014 at 1:55 AM, Julian Taylor
> > mailto:jtaylor.deb...@googlemail.com>>
> > wrote:
> >
> > On 05.07.2014 18:40, David Cournap
On Sun, Jul 6, 2014 at 1:55 AM, Julian Taylor 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 the opt
OS X + clang.
David
On Sun, Jul 6, 2014 at 1:38 AM, Nathaniel Smith wrote:
> On Sat, Jul 5, 2014 at 3:21 PM, David Cournapeau
> wrote:
> >
> > On Sat, Jul 5, 2014 at 11:17 PM, Nathaniel Smith wrote:
> >>
> >> Maybe bento will revive and take over the new pyth
On Sat, Jul 5, 2014 at 11:51 PM, Charles R Harris wrote:
>
>
>
> On Sat, Jul 5, 2014 at 8:28 AM, Matthew Brett
> wrote:
>
>> On Sat, Jul 5, 2014 at 3:21 PM, David Cournapeau
>> wrote:
>> >
>> >
>> >
>> > On Sat, Jul 5, 2014 at
On Sat, Jul 5, 2014 at 11:17 PM, Nathaniel Smith wrote:
> On Sat, Jul 5, 2014 at 2:32 PM, Ralf Gommers
> wrote:
> >
> > On Sat, Jul 5, 2014 at 1:54 PM, Nathaniel Smith wrote:
> >>
> >> On 5 Jul 2014 09:23, "Ralf Gommers" wrote:
> >> >
On Sat, Jul 5, 2014 at 5:23 PM, Ralf Gommers wrote:
>
>
>
> On Sat, Jul 5, 2014 at 10:13 AM, David Cournapeau
> wrote:
>
>>
>>
>>
>> On Sat, Jul 5, 2014 at 11:25 AM, Charles R Harris <
>> charlesr.har...@gmail.com> wrote:
>>
>>&
On Sat, Jul 5, 2014 at 11:25 AM, Charles R Harris 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
http://mail.scipy.org/ma
On Thu, Jun 5, 2014 at 11:48 PM, Nathaniel Smith wrote:
> On Thu, Jun 5, 2014 at 3:24 PM, David Cournapeau
> 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 Cou
On Thu, Jun 5, 2014 at 11:41 PM, Nathaniel Smith wrote:
> On Thu, Jun 5, 2014 at 3:36 AM, Charles R Harris
> 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 variables to
> > the structure. I'
On Thu, Jun 5, 2014 at 2:51 PM, Charles R Harris
wrote:
>
>
>
> On Thu, Jun 5, 2014 at 6:40 AM, David Cournapeau
> wrote:
>
>>
>>
>>
>> On Thu, Jun 5, 2014 at 3:36 AM, Charles R Harris <
>> charlesr.har...@gmail.com> wrote:
>>
>
On Thu, Jun 5, 2014 at 3:36 AM, Charles R Harris
wrote:
>
>
>
> On Wed, Jun 4, 2014 at 7:29 PM, Travis Oliphant
> 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 silent until now
>> about anything we a
On Thu, Jun 5, 2014 at 9:44 AM, Todd wrote:
>
> On 5 Jun 2014 02:57, "Nathaniel Smith" wrote:
> >
> > On Wed, Jun 4, 2014 at 7:18 AM, Travis Oliphant
> wrote:
> > And numpy will be much harder to replace than numeric --
> > numeric wasn't the most-imported package in the pythonverse ;-).
>
> If
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 eas
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 wrote:
> I just d/l numpy-1.8.1 and try to build. I uncomment:
>
> [fftw]
>
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 > <mailto:matthew.br...@gmail.com>> wrote:
> >
&
On Fri, May 9, 2014 at 1:51 AM, Matthew Brett wrote:
> Hi,
>
> On Mon, Apr 28, 2014 at 3:29 PM, David Cournapeau
> wrote:
> >
> >
> >
> > On Sun, Apr 27, 2014 at 11:50 PM, Matthew Brett >
> > wrote:
> >>
> >> Aha,
> >>
>
On Sun, Apr 27, 2014 at 11:50 PM, Matthew Brett wrote:
> Aha,
>
> On Sun, Apr 27, 2014 at 3:19 PM, Matthew Brett
> wrote:
> > Hi,
> >
> > On Sun, Apr 27, 2014 at 3:06 PM, Carl Kleffner
> wrote:
> >> A possible option is to install the toolchain inside site-packages and
> to
> >> deploy it as PYP
On Wed, Apr 23, 2014 at 9:43 AM, Nathaniel Smith wrote:
> On Wed, Apr 23, 2014 at 6:22 AM, Matthew Brett
> 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.
> >
> > The difference is of th
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 V
On Wed, Apr 2, 2014 at 7:52 AM, Matthew Brett wrote:
> Hi,
>
> On Tue, Apr 1, 2014 at 4:46 PM, David Cournapeau
> wrote:
> >
> >
> >
> > On Wed, Apr 2, 2014 at 12:36 AM, Nathaniel Smith wrote:
> >>
> >> On Tue, Apr 1, 2014 at 11:58 PM, David
On Wed, Apr 2, 2014 at 12:36 AM, Nathaniel Smith wrote:
> On Tue, Apr 1, 2014 at 11:58 PM, David Cournapeau
> wrote:
> > On Tue, Apr 1, 2014 at 6:43 PM, Nathaniel Smith wrote:
> >>
> >> On Tue, Apr 1, 2014 at 6:26 PM, Matthew Brett
> >&
On Tue, Apr 1, 2014 at 6:43 PM, Nathaniel Smith wrote:
> On Tue, Apr 1, 2014 at 6:26 PM, Matthew Brett
> wrote:
> > I'm guessing that the LOAD_WITH_ALTERED_SEARCH_PATH means that a DLL
> loaded via:
> >
> > hDLL = LoadLibraryEx(pathname, NULL, LOAD_WITH_ALTERED_SEARCH_PATH);
> >
> > will in tur
On Thu, Mar 27, 2014 at 8:30 PM, Alex Goodman wrote:
> 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: no current thread
> A
On Thu, Mar 6, 2014 at 1:59 PM, Nathaniel Smith wrote:
> On Thu, Mar 6, 2014 at 9:11 AM, David Cournapeau
> wrote:
> >
> > On Wed, Mar 5, 2014 at 9:11 PM, Nathaniel Smith wrote:
> >> So this project would have the following goals, depending on how
> >>
1 - 100 of 2378 matches
Mail list logo
