[Pyrex] cdef public class bug/problems
Simon Burton
simon at arrowtheory.com
Tue Nov 22 20:58:22 CET 2005
On Tue, 22 Nov 2005 11:42:39 +1300
Greg Ewing <greg.ewing at canterbury.ac.nz> wrote:
> > Also, I just don't see how this mechanism can work. It looks totally broken.
>
> Using .pxi files for cross-pyx extension type access
> is really an obsolete mechanism (superseded by cimport)
> so it's quite possible that it no longer works correctly.
OK, well get rid of it.
>
> > Don't we need to append the FooObj to the declaration in foo.pxi ?
> > And shouldn't it all be inside a ' cdef extern from "foo.h" ' ?
>
> As far as I remember, the idea was that Pyrex generates
> C declarations for the type and object structs independently
> for each .pyx which includes the .pxi. Since they're all
> generated from the same Pyrex definition, they should all
> agree with each other.
>
Don't we need the extern from "foo.h" so that the final .c file #include's this file.
I'm having a look at cimport now. At first glance it didn't seem to be what I
wanted: i have lots of extension classes distributed across extension
modules with a hierarchical interdependancy.
Simon.
--
Simon Burton, B.Sc.
Licensed PO Box 8066
ANU Canberra 2601
Australia
Ph. 61 02 6249 6940
http://arrowtheory.com
More information about the Pyrex
mailing list