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 Arfrever, brett.cannon, eric.araujo, eric.smith, eric.snow, lemburg, ncoghlan, pitrou
Date 2012-04-26.01:21:55
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1335403316.42.0.787945782986.issue14657@psf.upfronthosting.co.za>
In-reply-to
Content
My plan would be for the frozen version to be entirely implicit, and have only the subsequent import of the version from disk actually modify the public hooks.

However, I realised today that my current patch would break "stdlib-from-zipfile" approaches, so any bootstrapping of importlib from disk would have to take place after zipimport was put in place. That suggests a few possible changes:
- reordering import_init so zipimport is initialised before the bootstrapping step
- possibly downgrading failure of the bootstrapping step to a warning rather than a fatal error (i.e. continuing with the frozen version if the source version can't be found)

This may still all prove to be too complicated and fragile, but I'm not prepared to give up on it yet - having the interpreter pick up on _bootstrap.py changes for the main import system *without* needing to be rebuilt first seems worth a bit of additional complexity in the bootstrapping mechanism.
History
Date User Action Args
2012-04-26 01:21:56ncoghlansetrecipients: + ncoghlan, lemburg, brett.cannon, pitrou, eric.smith, eric.araujo, Arfrever, eric.snow
2012-04-26 01:21:56ncoghlansetmessageid: <1335403316.42.0.787945782986.issue14657@psf.upfronthosting.co.za>
2012-04-26 01:21:55ncoghlanlinkissue14657 messages
2012-04-26 01:21:55ncoghlancreate