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 brett.cannon, eric.snow, ncoghlan, raulcd
Date 2015-04-25.07:31:35
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1429947096.05.0.18739491245.issue23911@psf.upfronthosting.co.za>
In-reply-to
Content
Nice, this ties directly into one of the thornier problems in the PEP 432 bootstrapping work, which needs to set up the core import system in Py_BeginInitialization, but delay setting up the rest of it until Py_EndInitialization.

Your patch achieves this by moving everything that belongs in the latter part of the operation to the "import _frozen_path_importer" step.

As far as naming goes, I'd suggest referring to the two import subsystems as "internal imports" and "external imports". The key aspect of builtin and frozen modules is that they're an inherent part of the interpreter itself - if you have an interpreter, you have all of its buitin and frozen modules natively available. By contrast, setting up the external import machinery requires that the interpreter first be configured to appropriately communicate with the host system.
History
Date User Action Args
2015-04-25 07:31:36ncoghlansetrecipients: + ncoghlan, brett.cannon, eric.snow, raulcd
2015-04-25 07:31:36ncoghlansetmessageid: <1429947096.05.0.18739491245.issue23911@psf.upfronthosting.co.za>
2015-04-25 07:31:36ncoghlanlinkissue23911 messages
2015-04-25 07:31:35ncoghlancreate