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 barry, christian.heimes, emilyemorehouse, eric.snow, ncoghlan, vstinner
Date 2018-06-24.03:03:57
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1529809438.05.0.56676864532.issue33919@psf.upfronthosting.co.za>
In-reply-to
Content
I'm thoroughly open to co-author requests for PEP 432 - the "Let's implement it as a private API for Python 3.7 and see what we learn from the experience" plan worked beautifully, but it *also* means the PEP text is now woefully out of date with reality :)

The pieces that are missing are:

- bring it up to date with what we actually did for 3.7
- decide which of those pieces we want to make public as-is, and which we want to tweak before making them generally available (e.g. does the "ConfigureMainInterpreter" naming still make sense? Or should we go back to the earlier "BeginInitialization" and "EndInitialization" pair?)
- now that we store this state in a more coherent way, what do we want to make public at the Python layer, and where should we make it public to avoid causing too many problems for other implementations? 

However, while I'd definitely be able to make time to review a PR to the PEP, I can't make any promises as to when I'd be able to sit down and actually draft that update myself.
History
Date User Action Args
2018-06-24 03:03:58ncoghlansetrecipients: + ncoghlan, barry, vstinner, christian.heimes, eric.snow, emilyemorehouse
2018-06-24 03:03:58ncoghlansetmessageid: <1529809438.05.0.56676864532.issue33919@psf.upfronthosting.co.za>
2018-06-24 03:03:58ncoghlanlinkissue33919 messages
2018-06-24 03:03:57ncoghlancreate