Re: [Numpy-discussion] .transpose() of memmap array fails to close()

[I keep posting hoping that someone knowledgeable in these things will take notice ...] Just a couple of more notes regarding this numpy.memmap issue. It seems that any slice of a numpy.memmap that is greater than 1-d has a similar problem. In [1]:import numpy In [2]:amemmap = numpy.memmap(

Re: [Numpy-discussion] NumPy-1.0.3.x

Jarrod Millman wrote: > 2) when I run scipy.test(1,10), I get: > check_cosine_weighted_infinite > (scipy.integrate.tests.test_quadpack.test_quad)Illegal instruction > > If anyone has any ideas as to what is wrong, please let me know. What platform are you on and what underlying libraries (ATLAS,

Re: [Numpy-discussion] .transpose() of memmap array fails to close()

On Fri, Aug 10, 2007 at 11:20:16AM -0500, Glen W. Mabey wrote: > I posted this a while back and didn't get any replies. I'm running in > to this issue again from a different aspect, and today I've been trying > to figure out which method of ndarray needs to be overloaded for memmap > so that the t

Re: [Numpy-discussion] .transpose() of memmap array fails to close()

Hello, I posted this a while back and didn't get any replies. I'm running in to this issue again from a different aspect, and today I've been trying to figure out which method of ndarray needs to be overloaded for memmap so that the the ._mmap attribute gets handled appropriately. But, I have no

Re: [Numpy-discussion] I am volunteering to be the release manager for NumPy 1.0.3.1 and SciPy 0.5.2

I have access to one non-SSE (or at least non-SSE2) machine that I can test on. I sort of championed this cause the last time this came up out of fear that my students would have these problems. No one did. So, I don't know how many non-SSE machines are really out there. This may not be a big p

[Numpy-discussion] NumPy-1.0.3.x

Hello everyone, I made a mumpy-1.0.3.x branch from the 1.0.3 tag and tried to get everything working (see changesets 3957-3961). I added back get_path to numpy/distutils/misc_util.py, which is used by Lib/odr/setup.py in scipy 0.5.2. I also tried to clean up a few issues by doing the same thing

Re: [Numpy-discussion] Fail to compile Numpy on Cygwin

On Fri, August 10, 2007 11:27 am, Javier Maria Torres (MI/EEM) wrote: > Hi Pearu, > > Using just "python setup.py build" I get the following change in the > same error: > > ... > compile options: '-I/usr/local/include/python2.5 -Inumpy/core/src > -Inumpy/core/include -I/usr/local/include/python2.5

Re: [Numpy-discussion] Fail to compile Numpy on Cygwin

Hi Pearu, Using just "python setup.py build" I get the following change in the same error: ... compile options: '-I/usr/local/include/python2.5 -Inumpy/core/src -Inumpy/core/include -I/usr/local/include/python2.5 -c' gcc: _configtest.c gcc _configtest.o -L/usr/local/lib -L/usr/lib -o _configtest.

Re: [Numpy-discussion] Fail to compile Numpy on Cygwin

On Fri, August 10, 2007 11:01 am, Javier Maria Torres (MI/EEM) wrote: > Hi, > > I get the following output when trying to compile the latest Numpy SVN > snapshot on Cygwin (gcc 3.4.4) and Python (Cygwin-installed, 2.5.1; I > also have the Windows version installed, this might cause problems?). I >

[Numpy-discussion] Fail to compile Numpy on Cygwin

Hi, I get the following output when trying to compile the latest Numpy SVN snapshot on Cygwin (gcc 3.4.4) and Python (Cygwin-installed, 2.5.1; I also have the Windows version installed, this might cause problems?). I also include the (meager) site.cfg used. I would appreciate any comment. Thanks