Re: [Python-Dev] More optimisation ideas

2016-02-01 Thread mike . romberg
> " " == Barry Warsaw writes: >> On Feb 01, 2016, at 11:40 AM, R. David Murray wrote: >> I don't know about anyone else, but on my own development >> systems it is not that unusual for me to *edit* the stdlib >> files (to add debug prints) while debugging my own programs.

Re: [Python-Dev] zipimport.c broken with implicit namespace packages

2016-01-04 Thread mike . romberg
> " " == Brett Cannon writes: ... > It's a reasonable thing to consider, but it would be better to > get zipimport fixed for you, then rewritten To that end, I've added a patch to the issue tracker: https://bugs.python.org/issue17633 My patch is issue17633-3.diff which build

Re: [Python-Dev] zipimport.c broken with implicit namespace packages

2016-01-03 Thread mike . romberg
> " " == Brett Cannon writes: ... > So it's possible that some abstraction might be possible, but > up to this point there hasn't been a motivating factor for > importlib to do this as zipimport is written in C and thus > won't benefit from any abstraction that importlib

Re: [Python-Dev] zipimport.c broken with implicit namespace packages

2016-01-02 Thread mike . romberg
> " " == Brett Cannon writes: > I just wanted to quickly say that Guido's observation as to how > a VFS is overkill is right. Imagine implementing a loader using > sqlite and you quickly realize that doing a dull VFS is more > than necessary to implement what import needs

Re: [Python-Dev] zipimport.c broken with implicit namespace packages

2016-01-02 Thread mike . romberg
-- > "Brett" == Brett Cannon writes: > I opened > https://bugs.python.org/issue25711 to specifically try to > fix this issue once and for all and along the way modernize > zipimport by rewriting it from scratch to be more > maintainable Every time I read about impemen

[Python-Dev] zipimport.c broken with implicit namespace packages

2016-01-02 Thread mike . romberg
BRIEF INTRODUCTION: I've been using python since the early 1.X releases. Mostly for application development. On occasion I've contributed bits to the core: > grep Romberg Misc/ACKS Mike Romberg I've recently ported a large application to python3 (it started life as u