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 twouters
Recipients Arfrever, Dormouse759, amaury.forgeotdarc, asvetlov, brett.cannon, eric.snow, eudoxos, gregory.p.smith, ncoghlan, petr.viktorin, pitrou, r.david.murray, scoder, twouters, vstinner
Date 2018-03-05.03:35:20
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1520220921.23.0.467229070634.issue32973@psf.upfronthosting.co.za>
In-reply-to
Content
Re: Petr: we can't expect extension module authors to retroactively fix released modules. We can't even expect everyone to fix this for future releases; moving away from globals (which may not be specific to the Python extension module) may be a lot of effort. Just look at how much work it's taking to move CPython itself to stop using globals in so many places. And while it may be necessary for sub-interpreters (which is only the case for global state that's Python objects), many people just don't care about sub-interpreters.

Re: Stefan: the init function pointer isn't known until much later in the current process, and calculated from the module name. There is not currently a way to import a module with a different init function pointer. I don't think this warrants that much of a rewrite.
History
Date User Action Args
2018-03-05 03:35:21twouterssetrecipients: + twouters, brett.cannon, gregory.p.smith, amaury.forgeotdarc, ncoghlan, pitrou, scoder, vstinner, Arfrever, r.david.murray, petr.viktorin, asvetlov, eric.snow, eudoxos, Dormouse759
2018-03-05 03:35:21twouterssetmessageid: <1520220921.23.0.467229070634.issue32973@psf.upfronthosting.co.za>
2018-03-05 03:35:21twouterslinkissue32973 messages
2018-03-05 03:35:20twouterscreate