Re: [Numpy-discussion] toward python 2.6: mtrand, gettimeofday and mingw

On Fri, Nov 14, 2008 at 12:26 AM, David Cournapeau < [EMAIL PROTECTED]> wrote: > Charles R Harris wrote: > > > > How is 1.3dev compiling with MSVC these days? It's working on the > > buildbot now. > > It works, the MSVC problems are on 64 bits, which are of different > nature, I think. Someone els

Re: [Numpy-discussion] numpy-docs and sphinx

On Thu, 13 Nov 2008 22:25:05 + (UTC) Pauli Virtanen <[EMAIL PROTECTED]> wrote: > Thu, 13 Nov 2008 20:31:05 +0100, Nils Wagner wrote: > [clip] >> make html in numpy-docs works for me now, but make html >>in scipy-docs >> failed > > Yep, there was bad Latex in the docstrings of >cluster.hier

Re: [Numpy-discussion] toward python 2.6: mtrand, gettimeofday and mingw

Charles R Harris wrote: > > How is 1.3dev compiling with MSVC these days? It's working on the > buildbot now. It works, the MSVC problems are on 64 bits, which are of different nature, I think. Someone else can of course look at it, but I won't have the time to do it myself. David ___

Re: [Numpy-discussion] toward python 2.6: mtrand, gettimeofday and mingw

On Fri, Nov 14, 2008 at 01:14, David Cournapeau <[EMAIL PROTECTED]> wrote: > Hi, > >Since I think it would be nice for numpy 1.3 to support python 2.6, > I took a further look at it on windows. AFAICS, there is only one > problem remaining, when building with mingw. The error is exactly as in >

Re: [Numpy-discussion] toward python 2.6: mtrand, gettimeofday and mingw

On Fri, Nov 14, 2008 at 12:14 AM, David Cournapeau < [EMAIL PROTECTED]> wrote: > Hi, > >Since I think it would be nice for numpy 1.3 to support python 2.6, > I took a further look at it on windows. AFAICS, there is only one > problem remaining, when building with mingw. The error is exactly as

[Numpy-discussion] toward python 2.6: mtrand, gettimeofday and mingw

Hi, Since I think it would be nice for numpy 1.3 to support python 2.6, I took a further look at it on windows. AFAICS, there is only one problem remaining, when building with mingw. The error is exactly as in the following bug report: http://bugs.python.org/issue3308 I am not sure I underst

Re: [Numpy-discussion] Questions on error handling/refcounting in some ufunc object loops.

On Thu, Nov 13, 2008 at 11:50 PM, Robert Kern <[EMAIL PROTECTED]> wrote: > On Fri, Nov 14, 2008 at 00:39, Charles R Harris > <[EMAIL PROTECTED]> wrote: > > BTW, David, would you mind if I moved the rest of the function > definitions > > into math_c99? I would like to separate the loops from the fu

Re: [Numpy-discussion] Questions on error handling/refcounting in some ufunc object loops.

On Thu, Nov 13, 2008 at 11:01 PM, David Cournapeau < [EMAIL PROTECTED]> wrote: > Charles R Harris wrote: > > > > > > On Thu, Nov 13, 2008 at 10:50 PM, David Cournapeau > > <[EMAIL PROTECTED] > > > wrote: > > > > Robert Kern wrote: > > > > > > There are ufunc l

Re: [Numpy-discussion] Questions on error handling/refcounting in some ufunc object loops.

On Fri, Nov 14, 2008 at 00:39, Charles R Harris <[EMAIL PROTECTED]> wrote: > BTW, David, would you mind if I moved the rest of the function definitions > into math_c99? I would like to separate the loops from the functions. It > might also be nice to have a template somewhere to combine all the cod

Re: [Numpy-discussion] Questions on error handling/refcounting in some ufunc object loops.

On Thu, Nov 13, 2008 at 11:01 PM, David Cournapeau < [EMAIL PROTECTED]> wrote: > Charles R Harris wrote: > > > > > > On Thu, Nov 13, 2008 at 10:50 PM, David Cournapeau > > <[EMAIL PROTECTED] > > > wrote: > > > > Robert Kern wrote: > > > > > > There are ufunc l

Re: [Numpy-discussion] Questions on error handling/refcounting in some ufunc object loops.

Charles R Harris wrote: > > > On Thu, Nov 13, 2008 at 10:50 PM, David Cournapeau > <[EMAIL PROTECTED] > > wrote: > > Robert Kern wrote: > > > > There are ufunc loop implementations outside of numpy. It would > break > > the API, specifically the typedef

Re: [Numpy-discussion] Questions on error handling/refcounting in some ufunc object loops.

On Thu, Nov 13, 2008 at 23:50, David Cournapeau <[EMAIL PROTECTED]> wrote: > Robert Kern wrote: >> >> There are ufunc loop implementations outside of numpy. It would break >> the API, specifically the typedef PyUFuncGenericFunction. > > Would something like a ufunc-specific errno be acceptable in t

Re: [Numpy-discussion] Questions on error handling/refcounting in some ufunc object loops.

On Thu, Nov 13, 2008 at 10:50 PM, David Cournapeau < [EMAIL PROTECTED]> wrote: > Robert Kern wrote: > > > > There are ufunc loop implementations outside of numpy. It would break > > the API, specifically the typedef PyUFuncGenericFunction. > > > > Would something like a ufunc-specific errno be acc

Re: [Numpy-discussion] Questions on error handling/refcounting in some ufunc object loops.

On Thu, Nov 13, 2008 at 10:58 PM, Robert Kern <[EMAIL PROTECTED]> wrote: > On Thu, Nov 13, 2008 at 23:31, David Cournapeau > <[EMAIL PROTECTED]> wrote: > > Charles R Harris wrote: > >> > >> I'm pretty sure about the reference leak. But what should be the > >> standard for checking arguments and er

Re: [Numpy-discussion] Questions on error handling/refcounting in some ufunc object loops.

Robert Kern wrote: > > There are ufunc loop implementations outside of numpy. It would break > the API, specifically the typedef PyUFuncGenericFunction. > Would something like a ufunc-specific errno be acceptable in that case ? David ___ Numpy-discu

Re: [Numpy-discussion] Questions on error handling/refcounting in some ufunc object loops.

On Thu, Nov 13, 2008 at 10:31 PM, David Cournapeau < [EMAIL PROTECTED]> wrote: > Charles R Harris wrote: > > > > I'm pretty sure about the reference leak. But what should be the > > standard for checking arguments and error returns in these object loops? > > I was wondering the same when I worked

Re: [Numpy-discussion] Questions on error handling/refcounting in some ufunc object loops.

On Thu, Nov 13, 2008 at 23:31, David Cournapeau <[EMAIL PROTECTED]> wrote: > Charles R Harris wrote: >> >> I'm pretty sure about the reference leak. But what should be the >> standard for checking arguments and error returns in these object loops? > > I was wondering the same when I worked on that

Re: [Numpy-discussion] array indexing question

2008/11/14 Catherine Moroney <[EMAIL PROTECTED]>: > I have three arrays, with dimensions: > > A[np] > L[np] > S[np] > > where L and S indicate the line, smp co-ordinates for each of the > "np" rows. > I want to reconstruct the contents of [A] as a 2-dimensional matrix. > > The brain-dead version of

Re: [Numpy-discussion] numpy, Py_ssize_t, cython and 64 bits python 2.4

Dag Sverre Seljebotn wrote: > For mailing list archival purposes, I'm posting the conclusion of this > story: An update to Cython which also works with NumPy/Python2.4/64-bit > can now be retrieved from http://hg.cython.org/cython > > That Mercurial repo contains previous release + bugfixes deeme

[Numpy-discussion] array indexing question

Hello, I know that there must be a fast way of solving this problem, but I don't know what it is. I have three arrays, with dimensions: A[np] L[np] S[np] where L and S indicate the line, smp co-ordinates for each of the "np" rows. I want to reconstruct the contents of [A] as a 2-dimensional

Re: [Numpy-discussion] Questions on error handling/refcounting in some ufunc object loops.

Charles R Harris wrote: > > I'm pretty sure about the reference leak. But what should be the > standard for checking arguments and error returns in these object loops? I was wondering the same when I worked on that code a few weeks ago; since the ufunc "return" void, I wonder how feasible it would

[Numpy-discussion] Questions on error handling/refcounting in some ufunc object loops.

Hi All (but mostly Travis), I've been looking at the object loops now that they are cleaned up, and it looks to me like the error handling is inconsistent and there are some reference counting errors. Warning, code ahead! /**begin repeat * #kind = equal, not_equal, greater, greater_equal, less,

Re: [Numpy-discussion] Numpy and MKL, update

David Cournapeau wrote: > On Fri, Nov 14, 2008 at 11:07 AM, Michael Abshoff > <[EMAIL PROTECTED]> wrote: >> David Cournapeau wrote: >>> On Fri, Nov 14, 2008 at 5:23 AM, frank wang <[EMAIL PROTECTED]> wrote: Hi, >> Hi, >> Can you provide a working example to build Numpy with MKL in window

Re: [Numpy-discussion] Numpy and MKL, update

On Fri, Nov 14, 2008 at 11:07 AM, Michael Abshoff <[EMAIL PROTECTED]> wrote: > David Cournapeau wrote: >> On Fri, Nov 14, 2008 at 5:23 AM, frank wang <[EMAIL PROTECTED]> wrote: >>> Hi, > > Hi, > >>> Can you provide a working example to build Numpy with MKL in window and >>> linux? >>> The reason I

Re: [Numpy-discussion] Numpy and MKL, update

On Fri, Nov 14, 2008 at 10:58 AM, David Warde-Farley <[EMAIL PROTECTED]> wrote: > > On 13-Nov-08, at 8:47 PM, David Cournapeau wrote: > >> On Fri, Nov 14, 2008 at 5:23 AM, frank wang <[EMAIL PROTECTED]> wrote: >>> Hi, >>> >>> Can you provide a working example to build Numpy with MKL in window >>> a

Re: [Numpy-discussion] Numpy and MKL, update

On Thu, Nov 13, 2008 at 6:47 PM, David Cournapeau <[EMAIL PROTECTED]>wrote: > On Fri, Nov 14, 2008 at 5:23 AM, frank wang <[EMAIL PROTECTED]> wrote: > > Hi, > > > > Can you provide a working example to build Numpy with MKL in window and > > linux? > > The reason I am thinking to build the system i

Re: [Numpy-discussion] ANN: I wrote some Numpy + SWIG + MinGW simple examples

On Thu, Nov 13, 2008 at 6:32 PM, Egor Zindy <[EMAIL PROTECTED]> wrote: > To get my head round the numpy.i interface for SWIG, I wrote some simple > examples and documented them as much as possible. The result is here: Awesome. That will be very helpful to me, and I'm sure to others too. I know som

Re: [Numpy-discussion] Numpy and MKL, update

David Cournapeau wrote: > On Fri, Nov 14, 2008 at 5:23 AM, frank wang <[EMAIL PROTECTED]> wrote: >> Hi, Hi, >> Can you provide a working example to build Numpy with MKL in window and >> linux? >> The reason I am thinking to build the system is that I need to make the >> speed match with matlab. >

Re: [Numpy-discussion] Numpy and MKL, update

On 13-Nov-08, at 8:47 PM, David Cournapeau wrote: > On Fri, Nov 14, 2008 at 5:23 AM, frank wang <[EMAIL PROTECTED]> wrote: >> Hi, >> >> Can you provide a working example to build Numpy with MKL in window >> and >> linux? >> The reason I am thinking to build the system is that I need to make >

Re: [Numpy-discussion] Numpy and MKL, update

On Fri, Nov 14, 2008 at 5:23 AM, frank wang <[EMAIL PROTECTED]> wrote: > Hi, > > Can you provide a working example to build Numpy with MKL in window and > linux? > The reason I am thinking to build the system is that I need to make the > speed match with matlab. The MKL will only help you for line

Re: [Numpy-discussion] numpy, Py_ssize_t, cython and 64 bits python 2.4

For mailing list archival purposes, I'm posting the conclusion of this story: An update to Cython which also works with NumPy/Python2.4/64-bit can now be retrieved from http://hg.cython.org/cython That Mercurial repo contains previous release + bugfixes deemed to be very safe, so I recommend us

[Numpy-discussion] ANN: I wrote some Numpy + SWIG + MinGW simple examples

Hello list! To get my head round the numpy.i interface for SWIG, I wrote some simple examples and documented them as much as possible. The result is here: http://code.google.com/p/ezwidgets/wiki/NumpySWIGMinGW I finally got round testing ARGOUTVIEW_ARRAY1 today, so it's time to ask for some fe

[Numpy-discussion] ANN: PyDSTool 0.87 released

Dear Scipy and Numpy user lists, The latest update to the open-source python dynamical systems modeling toolbox, PyDSTool 0.87, has been released on Sourceforge. http://www.sourceforge.net/projects/pydstool/ Major highlights are: * Implemented a more natural hybrid model specification format *

Re: [Numpy-discussion] numpy-docs and sphinx

Thu, 13 Nov 2008 20:31:05 +0100, Nils Wagner wrote: [clip] > make html in numpy-docs works for me now, but make html in scipy-docs > failed Yep, there was bad Latex in the docstrings of cluster.hierarchy, which made sphinx.ext.pngmath to crash. I've fixed the docstrings now. Pauli _

Re: [Numpy-discussion] Numpy and MKL, update

2008/11/13 frank wang <[EMAIL PROTECTED]>: > Hi, > > Can you provide a working example to build Numpy with MKL in window and > linux? > The reason I am thinking to build the system is that I need to make the > speed match with matlab. > > Thanks > > frank Hi, I don't know how to do that ;) The In

Re: [Numpy-discussion] Numpy and MKL, update

Hi, Can you provide a working example to build Numpy with MKL in window and linux? The reason I am thinking to build the system is that I need to make the speed match with matlab. Thanks frank> Date: Thu, 13 Nov 2008 11:39:42 +0100> From: [EMAIL PROTECTED]> To: numpy-discussion@scipy.org

[Numpy-discussion] Numpy Example List With Doc cannot be printed

Hi, >From www.scipy.org web site, I tried to print the "Numpy Example List with >Doc". Even though I can read the document on the computer, but when I printed, >except of the first few pages, all pages printed empty. Does anyone know the reason? Thanks Frank

Re: [Numpy-discussion] numpy-docs and sphinx

On Mon, 10 Nov 2008 08:42:16 +0100 "Nils Wagner" <[EMAIL PROTECTED]> wrote: > Hi all, > > I tried to build the NumPy Reference Guide. > > svn/numpy-docs > make html > mkdir -p build > ./ext/autosummary_generate.py source/reference/*.rst \ > -p dump.xml -o source/reference/generated > Tr

Re: [Numpy-discussion] Segfault with dotblas on OS X 10.5.5/PPC (but not on Intel?)

On 12-Nov-08, at 8:18 PM, David Cournapeau wrote: > On Wed, 2008-11-12 at 19:24 -0500, David Warde-Farley wrote: > >> >> Indeed, for the size of problem I *thought* I was running, 32 bit >> would be sufficient. In fact I had my data transposed and so was >> working with a much larger matrix which

[Numpy-discussion] Numpy and MKL, update

Hi, I got an answer from the Intel Support about the issues between MKL and Numpy (and Matlab and ...). To use MKL with Numpy, we must know explicitely use the static MKL libraries (libmkl_intel_lp64.a, libmkl_intel_thread.a and libmkl_core.a). The same applies for Scipy and every other Python mod