Author pitrou
Recipients Trundle, alex, benjamin.peterson, brett.cannon, eric.snow, haypo, merwok, ncoghlan, pitrou
Date 2012-03-09.23:11:26
SpamBayes Score 9.2678e-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.
History
Date User Action Args
2012-03-09 23:11:26pitrousetrecipients: + pitrou, brett.cannon, ncoghlan, haypo, benjamin.peterson, merwok, alex, Trundle, eric.snow
2012-03-09 23:11:26pitroulinkissue2377 messages
2012-03-09 23:11:26pitroucreate