[Numpy-discussion] Review of issue 825

Could someone review the patch at http://scipy.org/scipy/numpy/ticket/825, please? The issue prevents the test suite running successfully on Sparc, so I'd like to see it fixed. -- Neil Muller [EMAIL PROTECTED] ___ Numpy-discussion mailing list Numpy-di

Re: [Numpy-discussion] Request for clarification from Travis

On Tue, Jun 24, 2008 at 8:40 PM, Travis E. Oliphant <[EMAIL PROTECTED]> wrote: > Charles R Harris wrote: > > > > > > On Tue, Jun 24, 2008 at 1:41 PM, Travis E. Oliphant > > <[EMAIL PROTECTED] > wrote: > > > > > > > The problem is that numpy has a *bug*. I am trying to

Re: [Numpy-discussion] Request for clarification from Travis

Charles R Harris wrote: > > > On Tue, Jun 24, 2008 at 1:41 PM, Travis E. Oliphant > <[EMAIL PROTECTED] > wrote: > > > > The problem is that numpy has a *bug*. I am trying to fix it and I > > want your help figuring out how to do so while preserving the > behav

Re: [Numpy-discussion] Request for clarification from Travis

On Tue, Jun 24, 2008 at 1:41 PM, Travis E. Oliphant <[EMAIL PROTECTED]> wrote: > > > The problem is that numpy has a *bug*. I am trying to fix it and I > > want your help figuring out how to do so while preserving the behavior > > you had in mind. So if you could point out specific cases you were

Re: [Numpy-discussion] Request for clarification from Travis

> The problem is that numpy has a *bug*. I am trying to fix it and I > want your help figuring out how to do so while preserving the behavior > you had in mind. So if you could point out specific cases you were > thinking of it would help me with this. This is a hack to support matrices and oth

Re: [Numpy-discussion] Request for clarification from Travis

On Tue, Jun 24, 2008 at 12:46 PM, Travis E. Oliphant <[EMAIL PROTECTED]> wrote: > Charles R Harris wrote: > > Hi Travis, > > > > Could you expand on your thinking concerning NotImplemented? The > > relevant code is: > > > > /* > > * FAIL with NotImplemented if the other object has > >

Re: [Numpy-discussion] ndarray methods vs numpy module functions

On Tue, Jun 24, 2008 at 7:40 PM, Robert Kern <[EMAIL PROTECTED]> wrote: > On Tue, Jun 24, 2008 at 02:43, Sebastian Haase <[EMAIL PROTECTED]> wrote: >> On Tue, Jun 24, 2008 at 3:11 AM, Robert Kern <[EMAIL PROTECTED]> wrote: >>> On Mon, Jun 23, 2008 at 19:35, Ryan May <[EMAIL PROTECTED]> wrote:

Re: [Numpy-discussion] embedded arrays- still an issue

Hi all, I finally managed to come back to my memory troubles which I have described recently to this group (see below). Here is the requested backtrace of my program: #0 0x94659b88 in strlen () #1 0x004437b8 in PyString_FromFormatV (format=0x4f2360 "'%.50s' object has no attribute '%.400s'

Re: [Numpy-discussion] Keywords in wrapped functions

Pierre GM wrote: > All, > Sorry to bumpt the post, accept my apologies for my rudeness, but I'm > curious... > So, let me rephrase my question: > > Many numpy functions (min, max, sum...) based on ndarray methods have a > construction of the style > #--

Re: [Numpy-discussion] Request for clarification from Travis

Charles R Harris wrote: > Hi Travis, > > Could you expand on your thinking concerning NotImplemented? The > relevant code is: > > /* > * FAIL with NotImplemented if the other object has > * the __r__ method and has __array_priority__ as > * an attribute (signalling it can handl

Re: [Numpy-discussion] Keywords in wrapped functions

On Tuesday 24 June 2008 14:11:12 Robert Kern wrote: > On Tue, Jun 24, 2008 at 13:03, Pierre GM <[EMAIL PROTECTED]> wrote: > > Is this for efficiency purposes ? > > Most likely, the author just didn't realize that it might matter. Go > ahead with your changes. OK, great. Thanks a lot!

Re: [Numpy-discussion] Keywords in wrapped functions

On Tue, Jun 24, 2008 at 13:03, Pierre GM <[EMAIL PROTECTED]> wrote: > All, > Sorry to bumpt the post, accept my apologies for my rudeness, but I'm > curious... > So, let me rephrase my question: > > Many numpy functions (min, max, sum...) based on ndarray methods have a > construction of the style

[Numpy-discussion] Request for clarification from Travis

Hi Travis, Could you expand on your thinking concerning NotImplemented? The relevant code is: /* * FAIL with NotImplemented if the other object has * the __r__ method and has __array_priority__ as * an attribute (signalling it can handle ndarray's) * and is not already an

[Numpy-discussion] Keywords in wrapped functions

All, Sorry to bumpt the post, accept my apologies for my rudeness, but I'm curious... So, let me rephrase my question: Many numpy functions (min, max, sum...) based on ndarray methods have a construction of the style #--- def amin(a, axis=None, out=Non

Re: [Numpy-discussion] ndarray methods vs numpy module functions

On Tue, Jun 24, 2008 at 02:43, Sebastian Haase <[EMAIL PROTECTED]> wrote: > On Tue, Jun 24, 2008 at 3:11 AM, Robert Kern <[EMAIL PROTECTED]> wrote: >> On Mon, Jun 23, 2008 at 19:35, Ryan May <[EMAIL PROTECTED]> wrote: >>> Robert Kern wrote: On Mon, Jun 23, 2008 at 18:10, Sebastian Haase <[EMAI

Re: [Numpy-discussion] ndarray methods vs numpy module functions

On Tue, Jun 24, 2008 at 02:33, Bob Dowling <[EMAIL PROTECTED]> wrote: >> There is not supposed to be a one-to-one correspondence between the >> functions in numpy and the methods on an ndarray. There is some >> duplication between the two, but that is not a reason to make more >> duplication. > > I

Re: [Numpy-discussion] _md5 module?

Hi Charles, Yes.. unfortunately we have to be able to build out of the box, we can't rely on much anything (Except compiler and X) to be there already... It would be much easier for CDAT to simply say getpython 2.5 and numpy 1.1 and all the externals, and if you ever get it together come back s

Re: [Numpy-discussion] _md5 module?

On Tue, Jun 24, 2008 at 10:07 AM, Charles Doutriaux <[EMAIL PROTECTED]> wrote: > Hello on redhat enterprise 5 i get this with numpy 1.1 and python 2.5 > > Any idea if we can get around tihs? short of rebuilding python with md5 > support i guess. > Shouldn't numpy catch that before building? > > C.

Re: [Numpy-discussion] Sparse Matrices in Numpy -- (with eigenvalue algorithms if possible)

On Tue, Jun 24, 2008 at 9:45 AM, Dan Yamins <[EMAIL PROTECTED]> wrote: > > > On Tue, Jun 24, 2008 at 2:12 AM, Charles R Harris < > [EMAIL PROTECTED]> wrote: > >> Hi Dan, >> >> Did you finally get numpy installed as 64 bits? >> >> Chuck >> >> Hey, thanks for asking. I did in fact get it installed

[Numpy-discussion] _md5 module?

Hello on redhat enterprise 5 i get this with numpy 1.1 and python 2.5 Any idea if we can get around tihs? short of rebuilding python with md5 support i guess. Shouldn't numpy catch that before building? C. "/usr/local/cdat/release/5.0e/5.0.0.alpha7/lib/python2.5/site-packages/numpy/__init__.py

Re: [Numpy-discussion] Sparse Matrices in Numpy -- (with eigenvalue algorithms if possible)

On Tue, Jun 24, 2008 at 2:12 AM, Charles R Harris <[EMAIL PROTECTED]> wrote: > Hi Dan, > > Did you finally get numpy installed as 64 bits? > > Chuck > > Hey, thanks for asking. I did in fact get it installed -- at least, I think so. First, I had to built python in 64bit. I did this using exact

Re: [Numpy-discussion] ndarray methods vs numpy module functions

Hi Bob 2008/6/24 Bob Dowling <[EMAIL PROTECTED]>: > I would make a plea for consistency, to start with. > > Those of us who write in an OO style are required to switch backwards > and forwards between OO and not-OO, or to abandon OO altogether in our > NumPy code. Neither is an attractive option.

Re: [Numpy-discussion] ndarray methods vs numpy module functions

Sebastian Haase wrote: > Are you saying the duplication is "just random" ? It would be better > -- as in: principle of minimum surprise -- if there would be some sort > "reasonable set" of duplicates Yes it would be better. But how do you do it without breaking other people code and avoiding

Re: [Numpy-discussion] ndarray methods vs numpy module functions

2008/6/24 Bob Dowling <[EMAIL PROTECTED]>: >> There is not supposed to be a one-to-one correspondence between the >> functions in numpy and the methods on an ndarray. There is some >> duplication between the two, but that is not a reason to make more >> duplication. > > I would make a plea for cons

Re: [Numpy-discussion] ndarray methods vs numpy module functions

On Tue, Jun 24, 2008 at 3:11 AM, Robert Kern <[EMAIL PROTECTED]> wrote: > On Mon, Jun 23, 2008 at 19:35, Ryan May <[EMAIL PROTECTED]> wrote: >> Robert Kern wrote: >>> On Mon, Jun 23, 2008 at 18:10, Sebastian Haase <[EMAIL PROTECTED]> wrote: On Mon, Jun 23, 2008 at 10:31 AM, Bob Dowling <[EMAIL

Re: [Numpy-discussion] ndarray methods vs numpy module functions

> There is not supposed to be a one-to-one correspondence between the > functions in numpy and the methods on an ndarray. There is some > duplication between the two, but that is not a reason to make more > duplication. I would make a plea for consistency, to start with. Those of us who write in