Re: [Cython] [cython] Stopgap solution for NumPy 1.7 API changes (#99)

2012-03-28 Thread Stefan Behnel
Dag Sverre Seljebotn, 21.03.2012 22:36: > NumPy is starting to seriously deprecating access to the member fields > in an ndarray (it was always frowned upon, but now it is starting to > become enforced). To support the large body of Cython code out there > accessing these fields (arr.shape[0] and s

Re: [Cython] Gsoc project

2012-03-28 Thread Stefan Behnel
Dag Sverre Seljebotn, 28.03.2012 05:05: > - Very often one is not interested in the full header file. One really > wants "the API", not a translation of the C header. This probably requires > a) some heuristics, and b) the possibility for, as easily as possible, > write some selectors/configuratio

Re: [Cython] Gsoc project

2012-03-28 Thread Stefan Behnel
Stefan Behnel, 28.03.2012 09:20: > Dag Sverre Seljebotn, 28.03.2012 05:05: >> - Very often one is not interested in the full header file. One really >> wants "the API", not a translation of the C header. This probably requires >> a) some heuristics, and b) the possibility for, as easily as possibl

Re: [Cython] [cython] Stopgap solution for NumPy 1.7 API changes (#99)

2012-03-28 Thread Dag Sverre Seljebotn
The idea really was that it would never stop working, but could in time be replaced by other features that would make this implementable in the pxd (like inlineable properties on extension types, typed tuples or lists). Consider it speeding up the ndarray Python API, not providing any C API. No

[Cython] test

2012-03-28 Thread Oleksandr Kreshchenko
___ cython-devel mailing list cython-devel@python.org http://mail.python.org/mailman/listinfo/cython-devel

Re: [Cython] Gsoc project

2012-03-28 Thread Robert Bradshaw
On Wed, Mar 28, 2012 at 12:52 AM, Stefan Behnel wrote: > Stefan Behnel, 28.03.2012 09:20: >> Dag Sverre Seljebotn, 28.03.2012 05:05: >>>  - Very often one is not interested in the full header file. One really >>> wants "the API", not a translation of the C header. This probably requires >>> a) som

Re: [Cython] Gsoc project

2012-03-28 Thread Robert Bradshaw
On Tue, Mar 27, 2012 at 8:05 PM, Dag Sverre Seljebotn wrote: > On 03/27/2012 02:17 PM, Philip Herron wrote: >> >> Hey >> >> I got linked to your idea >> >> http://groups.google.com/group/cython-users/browse_thread/thread/cb8aa58083173b97/cac3cf12d438b122?show_docid=cac3cf12d438b122&pli=1 >> by Dav

Re: [Cython] Question on "numpy_common.pxi" in NumPy tests

2012-03-28 Thread Robert Bradshaw
On Tue, Mar 27, 2012 at 11:49 PM, Stefan Behnel wrote: > Lisandro Dalcin, 27.03.2012 21:34: >> On 27 March 2012 17:20, Stefan Behnel wrote: >>> the NumPy related tests use a file "numpy_common.pxi" that contains this >>> useless code: >>> >>> """ >>> cdef extern from *: >>>   bint FALSE "0" >>>  

Re: [Cython] Gsoc project

2012-03-28 Thread Philip Herron
Hey all I am implemented a very crude and simplistic and very badly programmed version of a pxd generator i think i understand what were after now but i would appreciate if you look over what i did to make sure i have grasped the basic idea for now: So if i have: #include "test.h" int add (int

Re: [Cython] Gsoc project

2012-03-28 Thread Dag Sverre Seljebotn
On 03/28/2012 07:58 PM, Philip Herron wrote: Hey all I am implemented a very crude and simplistic and very badly programmed version of a pxd generator i think i understand what were after now but i would appreciate if you look over what i did to make sure i have grasped the basic idea for now:

Re: [Cython] Gsoc project

2012-03-28 Thread Stefan Behnel
Dag Sverre Seljebotn, 29.03.2012 05:28: > On 03/28/2012 07:58 PM, Philip Herron wrote: >> I am implemented a very crude and simplistic and very badly programmed >> version of a pxd generator i think i understand what were after now >> but i would appreciate if you look over what i did to make sure