This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author cmeyer
Recipients cmeyer, shihai1991, vstinner
Date 2020-11-11.17:54:03
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1605117243.43.0.90669635792.issue42260@roundup.psfhosted.org>
In-reply-to
Content
>> I would like to request that this ability to dynamically load Python DLLs remains even with any new initialization mechanism.

> I don't plan to remove any feature :-)

I am glad to hear that. I'm somewhat nervous about it nevertheless. In particular, the implementation of Py_DECREF changed from 3.7 to 3.8 to 3.9. 3.7 worked entirely in a header; but 3.8 had a quirky definition of _Py_Dealloc which used _Py_Dealloc_inline but was defined out of order (used before defined). This was somewhat addressed in https://github.com/python/cpython/pull/18361/files; however 3.9 now has another mechanism that defines _Py_Dealloc in Objects/object.c. This isn't a major problem because it has the same implementation as before, but changes like this have the potential to make the launcher binary be version specific. Again, not a deal breaker, but it still makes me nervous.
History
Date User Action Args
2020-11-11 17:54:03cmeyersetrecipients: + cmeyer, vstinner, shihai1991
2020-11-11 17:54:03cmeyersetmessageid: <1605117243.43.0.90669635792.issue42260@roundup.psfhosted.org>
2020-11-11 17:54:03cmeyerlinkissue42260 messages
2020-11-11 17:54:03cmeyercreate