Sebastian Haase wrote:
> Thanks Robert,
> Just for the archive: I hope the problem I was thinking of is what is
> referred to here:
> http://mail.scipy.org/pipermail/numpy-discussion/2005-July/004992.html
> i.e. it should have been fixed as bug #1123145 in Numeric.
>
> (see also here:
> https://nan
David Cournapeau ar.media.kyoto-u.ac.jp> writes:
>
> Did you make sure to build from scratch and clean the working directory
> first ?
>
> I don't see the error on my macbook: umath.so has npy_cexp* functions
> defined.
>
> David
>
Just now tried deleting everything and pulling down numpy aga
David Cournapeau ar.media.kyoto-u.ac.jp> writes:
> Did you make sure to build from scratch and clean the working directory
> first ?
>
> I don't see the error on my macbook: umath.so has npy_cexp* functions
> defined.
>
> David
>
Yeah, here is my build script -- it removes the build directory
On Wed, Nov 11, 2009 at 15:47, Sebastian Haase wrote:
> Thanks Robert,
> Just for the archive: I hope the problem I was thinking of is what is
> referred to here:
> http://mail.scipy.org/pipermail/numpy-discussion/2005-July/004992.html
> i.e. it should have been fixed as bug #1123145 in Numeric.
>
Thanks Robert,
Just for the archive: I hope the problem I was thinking of is what is
referred to here:
http://mail.scipy.org/pipermail/numpy-discussion/2005-July/004992.html
i.e. it should have been fixed as bug #1123145 in Numeric.
(see also here:
https://nanohub.org/infrastructure/rappture-runti
There are a set of three unit test failures on Solaris all related to
differences in the atan2 implementation, reported as bugs 1201, 1202 and
1203.
They boil down to the following three differences between Solaris (C
compiler 5.3) and "other" platforms -- when I say "other" I mean at
least L
On Wed, Nov 11, 2009 at 02:30, Sebastian Haase wrote:
> Hi,
> maybe this is an obsolete concern,
> but at some point in the past
> N.random.poisson would not always return 0 for lambda being zero.
> (My post at the time should be in the (numarray) list archive)
>
> So the question is, is this sti
On Wed, Nov 11, 2009 at 11:53 AM, per freem wrote:
> hi all,
>
> i've been using genfromtxt to parse tab separated files for plotting
> purposes in matplotlib. the problem is that genfromtxt seems to give
> only two ways to access the contents of the file: one is by column,
> where you can use:
>
hi all,
i've been using genfromtxt to parse tab separated files for plotting
purposes in matplotlib. the problem is that genfromtxt seems to give
only two ways to access the contents of the file: one is by column,
where you can use:
d = genfromtxt(...)
and then do d['header_name1'] to access the
On Thu, Nov 12, 2009 at 12:33 AM, Michael Droettboom wrote:
> Thanks. Behind that, however, it runs into this compiler shortcoming:
>
> cc: build/src.solaris-2.8-sun4u-2.5/numpy/core/src/npymath/npy_math.c
> "numpy/core/src/npymath/npy_math_private.h", line 229: invalid type for
> bit-field: man
Forgot to attach the patch.
Mike
Michael Droettboom wrote:
Thanks. Behind that, however, it runs into this compiler shortcoming:
cc: build/src.solaris-2.8-sun4u-2.5/numpy/core/src/npymath/npy_math.c
"numpy/core/src/npymath/npy_math_private.h", line 229: invalid type
for bit-field: manh
"nump
Thanks. Behind that, however, it runs into this compiler shortcoming:
cc: build/src.solaris-2.8-sun4u-2.5/numpy/core/src/npymath/npy_math.c
"numpy/core/src/npymath/npy_math_private.h", line 229: invalid type for
bit-field: manh
"numpy/core/src/npymath/npy_math_private.h", line 230: invalid type
On Tue, Nov 10, 2009 at 11:15 PM, David Cournapeau <
da...@ar.media.kyoto-u.ac.jp> wrote:
> Charles R Harris wrote:
> >
> > I think Python lists are basically just expanding arrays and pointers
> > are cheap. Where you might lose is in creating python objects to put
> > in the list and not having
- Original Message
From: Christopher Barker
To: Discussion of Numerical Python
Sent: Tue, November 10, 2009 7:07:32 PM
Subject: [Numpy-discussion] finding close together points.
Hi all,
I have a bunch of points in 2-d space, and I need to find out which
pairs of points are within a ce
Hi,
maybe this is an obsolete concern,
but at some point in the past
N.random.poisson would not always return 0 for lambda being zero.
(My post at the time should be in the (numarray) list archive)
So the question is, is this still a valid concern for the current numpy?
Could there a unittest add
15 matches
Mail list logo
