A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2012-February/116310.html below:

[Python-Dev] requirements for moving __import__ over to importlib?

[Python-Dev] requirements for moving __import__ over to importlib? [Python-Dev] requirements for moving __import__ over to importlib?Antoine Pitrou solipsis at pitrou.net
Wed Feb 8 17:09:17 CET 2012
Le mercredi 08 février 2012 à 11:01 -0500, Brett Cannon a écrit :
> 
> 
> On Tue, Feb 7, 2012 at 17:42, Antoine Pitrou <solipsis at pitrou.net>
> wrote:
>         On Tue, 7 Feb 2012 17:24:21 -0500
>         Brett Cannon <brett at python.org> wrote:
>         >
>         > IOW you want the sys.modules case fast, which I will never
>         be able to match
>         > compared to C code since that is pure execution with no I/O.
>         
>         
>         Why wouldn't continue using C code for that? It's trivial
>         (just a dict
>         lookup).
> 
> 
>  Sure, but it's all the code between the function call and hitting
> sys.modules which would also need to get shoved into the C code. As I
> said, I have not tried to optimize anything yet (and unfortunately a
> lot of the upfront costs are over stupid things like checking if
> __import__ is being called with a string for the module name).

I guess my point was: why is there a function call in that case? The
"import" statement could look up sys.modules directly.
Or the built-in __import__ could still be written in C, and only defer
to importlib when the module isn't found in sys.modules.
Practicality beats purity.

Regards

Antoine.


More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4