[Numpy-discussion] numpy-docs and sphinx

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 Traceback (most recent call last): File "./ext/autosummary_generate.py", line 18, in ? fr

Re: [Numpy-discussion] New ufuncs

On Thu, Nov 6, 2008 at 3:01 PM, T J <[EMAIL PROTECTED]> wrote: > On Thu, Nov 6, 2008 at 2:36 PM, Charles R Harris > <[EMAIL PROTECTED]> wrote: >> I could add exp2, log2, and logaddexp2 pretty easily. Almost too easily, I >> don't want to clutter up numpy with a lot of functions. However, if there i

Re: [Numpy-discussion] Generalised ufuncs

On Mon, Nov 10, 2008 at 9:46 AM, Stéfan van der Walt <[EMAIL PROTECTED]> wrote: > Hi everyone, > > I finally merged the generalised ufunc patches that awaited comment as > the gen_ufuncs branch. Please review the changes on trunk, and let me > know if problems occur. > > One of the tests fail on F

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

On Sun, Nov 9, 2008 at 8:38 PM, David Cournapeau <[EMAIL PROTECTED]> wrote: > Hi Dag, > > On Mon, Nov 10, 2008 at 8:29 AM, Dag Sverre Seljebotn > <[EMAIL PROTECTED]> wrote: > > > > > Robert is right, it could just as well say "ctypedef int npy_intp". > > Perhaps it should (but it would not fix the

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

Hi Dag, On Mon, Nov 10, 2008 at 8:29 AM, Dag Sverre Seljebotn <[EMAIL PROTECTED]> wrote: > > Robert is right, it could just as well say "ctypedef int npy_intp". > Perhaps it should (but it would not fix the problem). I didn't think too > much about it, just copied the definition I found in the pa

[Numpy-discussion] numpy Sphinx extensions, non-ascii encoding?

I like the numpy docstrings format and am exploring using Sphinx with the numpy extensions to generate documentation. So far it's really great. But I have some non-ascii (UTF-8) docstrings that break the autosummary directive code and I can't quite figure out how to fix it. Can someone give

Re: [Numpy-discussion] Generalised ufuncs

On Sun, Nov 9, 2008 at 5:46 PM, Stéfan van der Walt <[EMAIL PROTECTED]>wrote: > Hi everyone, > > I finally merged the generalised ufunc patches that awaited comment as > the gen_ufuncs branch. Please review the changes on trunk, and let me > know if problems occur. > PyUFunc_FromFuncAndDataAndSi

[Numpy-discussion] Generalised ufuncs

Hi everyone, I finally merged the generalised ufunc patches that awaited comment as the gen_ufuncs branch. Please review the changes on trunk, and let me know if problems occur. One of the tests fail on FreeBSD 64: ERROR: Failure: ImportError (/tmp/numpy-buildbot/b12/numpy-install/lib/python2.4

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

On Sun, Nov 9, 2008 at 4:29 PM, Dag Sverre Seljebotn < [EMAIL PROTECTED]> wrote: > Charles R Harris wrote: > > > > > > On Sun, Nov 9, 2008 at 11:44 AM, David Cournapeau <[EMAIL PROTECTED] > > > wrote: > > > > On Mon, Nov 10, 2008 at 2:40 AM, Charles R Harris > > <

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

On Sun, Nov 9, 2008 at 4:37 PM, Dag Sverre Seljebotn < [EMAIL PROTECTED]> wrote: > Charles R Harris wrote: > > > But mixing python types and numpy types is not a good idea, they exist > > separately and apply to different software. This may be different for > > the buffer interface, which is likel

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

Charles R Harris wrote: > But mixing python types and numpy types is not a good idea, they exist > separately and apply to different software. This may be different for > the buffer interface, which is likely to cross the boundary, but that is > an argument for being very careful on how the buf

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

Charles R Harris wrote: > > > On Sun, Nov 9, 2008 at 11:44 AM, David Cournapeau <[EMAIL PROTECTED] > > wrote: > > On Mon, Nov 10, 2008 at 2:40 AM, Charles R Harris > <[EMAIL PROTECTED] > wrote: > > > > > > Let me see if

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

On Sun, Nov 9, 2008 at 2:17 PM, Robert Kern <[EMAIL PROTECTED]> wrote: > On Sun, Nov 9, 2008 at 14:01, Charles R Harris > <[EMAIL PROTECTED]> wrote: > > > > On Sun, Nov 9, 2008 at 11:44 AM, David Cournapeau <[EMAIL PROTECTED]> > > wrote: > >> > >> On Mon, Nov 10, 2008 at 2:40 AM, Charles R Harris

[Numpy-discussion] Cython 0.10 released, more NumPy features

As the latest Cython 0.10 release has some important news for Cython/NumPy users, I decided to post an announcement (hope that's ok). Download at What's new for NumPy users: 1) Support for access to complex float buffers. Cython does not have native complex float syntax sup

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

On Sun, Nov 9, 2008 at 14:01, Charles R Harris <[EMAIL PROTECTED]> wrote: > > On Sun, Nov 9, 2008 at 11:44 AM, David Cournapeau <[EMAIL PROTECTED]> > wrote: >> >> On Mon, Nov 10, 2008 at 2:40 AM, Charles R Harris >> <[EMAIL PROTECTED]> wrote: >> > >> > >> > Let me see if I understand this correctly

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

On Sun, Nov 9, 2008 at 1:01 PM, Charles R Harris <[EMAIL PROTECTED]>wrote: > > > On Sun, Nov 9, 2008 at 11:44 AM, David Cournapeau <[EMAIL PROTECTED]>wrote: > >> On Mon, Nov 10, 2008 at 2:40 AM, Charles R Harris >> <[EMAIL PROTECTED]> wrote: >> > >> > >> > Let me see if I understand this correctly

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

On Sun, Nov 9, 2008 at 11:44 AM, David Cournapeau <[EMAIL PROTECTED]>wrote: > On Mon, Nov 10, 2008 at 2:40 AM, Charles R Harris > <[EMAIL PROTECTED]> wrote: > > > > > > Let me see if I understand this correctly. For Python < 2.5 the list > indices > > and such are ints, while for later versions th

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

On Mon, Nov 10, 2008 at 2:40 AM, Charles R Harris <[EMAIL PROTECTED]> wrote: > > > Let me see if I understand this correctly. For Python < 2.5 the list indices > and such are ints, while for later versions they are Py_ssize_t, which is > larger on 64 bit systems. Meanwhile, Py_intptr_t is large eno

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

On Sat, Nov 8, 2008 at 11:55 PM, David Cournapeau < [EMAIL PROTECTED]> wrote: > Hi, > >I took a quick look at two bugs in scipy.spatial and scipy.special, > linked to cython and 64 bits on python 2.4: > > http://scipy.org/scipy/scipy/ticket/785 > > At first, I was confused by the (runtime) err