Author ncoghlan
Recipients eric.snow, ncoghlan, vstinner
Date 2018-11-18.10:16:29
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1542536190.19.0.788709270274.issue35265@psf.upfronthosting.co.za>
In-reply-to
Content
I think the idea makes sense, but find the proposed name potentially confusing for two reasons:

1. It isn't only about configuration, it's about interpreter initialisation state in general
2. We use "context" for several other purposes already (most notably with statement context managers and async contexts)

Given the proposed "_PyPreConfig" construct, how would you feel about calling this "_PyPreInitState"? The idea there being that like PreConfig, the PreInitState would be discarded once the interpreter was fully initialised - the PreInitState would only be needed to handle cleanup *while* initialising (either of temporary values, or in the event of initialisation failing and needing to undo previous allocations).

My comment from #32566 also applies here: PEP 432 is now lagging so far behind the state of the private API implementation that it really needs an update to better reflect where you're wanting to take the public initialisation API following these changes.
History
Date User Action Args
2018-11-18 10:16:30ncoghlansetrecipients: + ncoghlan, vstinner, eric.snow
2018-11-18 10:16:30ncoghlansetmessageid: <1542536190.19.0.788709270274.issue35265@psf.upfronthosting.co.za>
2018-11-18 10:16:30ncoghlanlinkissue35265 messages
2018-11-18 10:16:29ncoghlancreate