Message155269
| Author |
pitrou |
| Recipients |
Trundle, alex, benjamin.peterson, brett.cannon, eric.araujo, eric.snow, ncoghlan, pitrou, vstinner |
| Date |
2012年03月09日.23:11:26 |
| SpamBayes Score |
9.267801e-10 |
| Marked as misclassified |
No |
| Message-id |
<1331334434.3392.68.camel@localhost.localdomain> |
| In-reply-to |
<1331334463.77.0.715911366447.issue2377@psf.upfronthosting.co.za> |
| Content |
> One is ``python -v`` support. sys.flags has a verbose attribute that
> can be used to properly guard printing imported modules. It might be
> tricky, though, if sys.stderr is not set up properly during very early
> imports.
Might or might not. You should try, there's a fallback stderr at
interpreter startup.
> Two is getting __import__() for situations where another import is
> triggered (e.g. fromlist stuff). I think the proper semantics is
> ``globals['__builtins__']['__import__'] if '__builtins__' in globals
> else builtins.__import__``. Now where this gets tricky is that doing
> this means importlib.__import__(), when used directly from the
> importlib module, would sometimes use its implementation, and in other
> cases use builtins.__import__(). So either importlib.__import__() gets
> forked from builtins.__import__() so that it always uses importlib
> internally or simply don't worry about it and just have
> importlib.__import__() use builtins.__import__() when the need to
> trigger another import comes up. What do people think should happen?
I don't think I have understood anything :) It probably doesn't help,
but I think the __import__ signature is generally crazy, though. |
|