Message154022
| Author |
eric.araujo |
| Recipients |
Trundle, benjamin.peterson, brett.cannon, eric.araujo, eric.snow, ncoghlan, vstinner |
| Date |
2012年02月23日.00:35:05 |
| SpamBayes Score |
5.857076e-11 |
| Marked as misclassified |
No |
| Message-id |
<1329957307.21.0.164717878451.issue2377@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
> I also think that [there] is still too much C code as it makes the whole thing somewhat brittle
> to any refactoring of importlib. I am seriously thinking of tossing the C code I have written and
> writing in C only the bare minimum needed to get to the sys.modules check, and otherwise punting
> to importlib for everything else in a single call or two.
A few thoughts from my outsider viewpoint:
1) I think the point of importlib is to have maintainable code (i.e. the anti-import.c <wink>), so writing only the minimum code in C makes sense.
2) Speed is a concern, especially with sysconfig in 3.3 slowing startup, but a secondary concern.
3) Maybe some parts can be written in C later, after profiling, and then override Python functions (à la "from _heapq import *", if that’s possible at all for importlib).
4) When is PyPy going to be the reference implementation again? Then we’ll have no speed issues—ha ha only serious.
5) importlib rocks hard. |
|