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 ncoghlan
Recipients docs@python, eric.snow, ncoghlan, serhiy.storchaka, vstinner
Date 2017-11-25.03:32:10
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
Key point to note regarding PEP 432: at least personally, I'm not actually aiming to deprecate the legacy embedding API.

Instead, I'm just aiming to eventually stop *adding* to it, with new config structs replacing the current ad hoc mix of pre-init function calls, C globals, environment variables, and filesystem state.

That means I'm quite willing to accept maintaining compatibility for applications using the current single phase initialisation approach as a design constraint for the PEP.

We have a similar constraint in place for extension modules: 
even though any *new* features we introduce are likely to be dependent on switching over to PEP 489's multi-phase initialisation APIs, we still ensure that single-phase initialisation continues working for existing modules.
Date User Action Args
2017-11-25 03:32:11ncoghlansetrecipients: + ncoghlan, vstinner, docs@python, eric.snow, serhiy.storchaka
2017-11-25 03:32:11ncoghlansetmessageid: <>
2017-11-25 03:32:11ncoghlanlinkissue32124 messages
2017-11-25 03:32:10ncoghlancreate