Yes, this is currently causing a problem in-house. I see what the problem is now, it is that the stackless addition to the object must come at the end of PyTypeObject and also at the end of PyHeapTypeObject. It is possible to do it by defining the latter in terms of an un-extended version of PyTypeObject, and adding the slp_slots at the end. I'll see if it is imple to do. K
________________________________________ Frá: [email protected] [[email protected]] fyrir hönd Richard Tew [[email protected]] Sent: 4. apríl 2012 19:53 To: The Stackless Python Mailing List Efni: Re: [Stackless] http://www.stackless.com/pipermail/stackless/2007-April/000142.html On Wed, Apr 4, 2012 at 9:28 PM, Kristján Valur Jónsson <[email protected]> wrote: > I wonder, > > Why does stackless redefine PyHeapTypeObject? > > Is there any reason to? Can we fix that so that compatibility with stuff > such as PyQT is maintained? Yes, this has been a long time known problem. We extend the object structure with Stackless-specific fields, and so does SIP which is what PyQT uses for its bindings. However, the number of complaints about this since Christian and I last discussed it number exactly zero :-) If PyQT is the only problem, then I am not sure we need to fix it. Other problems with PyQT which I am not familiar with have precipitated the development of PySide. PySide, as I understand it, can be interchanged with PyQT with minor changes. It might be sufficient to encourage people to switch to PySide. Of course, if you can see a way to easily remove the redefinition, we should probably look at doing that anyway. Cheers, Richard. _______________________________________________ Stackless mailing list [email protected] http://www.stackless.com/mailman/listinfo/stackless _______________________________________________ Stackless mailing list [email protected] http://www.stackless.com/mailman/listinfo/stackless
