On 10/3/06, Neal Norwitz <[EMAIL PROTECTED]> wrote:
But couldn't you be lazy in a timely fashion?
OK, OK, I get the hint. I will rewrite import in Python and just make it my research work and personal project. Probably will do the initial pure Python stuff in the sandbox to really isolate it and then move it over to the pep302_phase2 branch when C code has to be changed.
-Brett
On 10/2/06, Brett Cannon <[EMAIL PROTECTED]> wrote:
>
> This is why I asked for input from people on which would take less time.
> Almost all the answers I got was that the the C code was delicate but that
> it was workable. Several people said they wished for a Python
> implementation, but hardly anyone said flat-out, "don't waste your time, the
> Python version will be faster to do".
I didn't respond mostly because I pushed this direction to begin with.
That and I'm lazy. :-)
But couldn't you be lazy in a timely fashion?
There is a lot of string manipulation and some list manipulation that
is a royal pain in C and trivial in python. Caching will be much
easier to experiement with in Python too. The Python version will be
much smaller. It will take far less time to code it in Python and
recode in C, than to try to get it right in C the first time. If the
code is fast enough, there's no reason to rewrite in C. It will
probably be easier to subclass a Python based version that a C based
version.
> As for the bootstrapping, I am sure it is resolvable as well. There are
> several ways to go about it that are all tractable.
Right, I had bootstrapping with implementing xrange in Python, but it
was pretty easy to resolve in the end. You might even want to use
part of that patch (from pythonrun.c?). There was some re-org to make
bootstrapping easier/possible (I don't remember exactly right now).
OK, OK, I get the hint. I will rewrite import in Python and just make it my research work and personal project. Probably will do the initial pure Python stuff in the sandbox to really isolate it and then move it over to the pep302_phase2 branch when C code has to be changed.
_______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
