2010/8/28 "Martin v. Löwis" <mar...@v.loewis.de>: > I have now started an initial patch for PEP 384, in the pep-0384 branch. > This has the following features: > - modules can be compiled under Py_LIMITED_API > - Tools/scripts/abitype.py converts C code containing static > PyTypeObject definitions to use the new API for type definitions. > > The following aspects are still missing: > - there is no support for generating python3.dll on Windows yet > - there has been no validation whether the API is actually feasible > to use in extension modules. > > I started looking into porting the sqlite extension, and ran into > these issues: > - certain fields of PyTypeObject are called directly: > pysqlite_NodeType.tp_alloc > Py_TYPE(self)->tp_free
This is from tp_new and tp_dealloc, right? I think we should probably provide assessors PyObject_Alloc and PyObject_FreeObject. > - PyObject_Print is used, but can't be supported, as it uses a FILE* > parameter I thought tp_print was supposed to have been removed. Anyway, if sqlite is already using FILE *, then won't it be afflicted by the Microsoft runtime version changes anyway? Maybe provide an extra flag to enable FILE* APIs for those extensions that want to risk it? -- Regards, Benjamin _______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com