As such, I think we're in a state where the things that have been in and implemented should be documented and fixed, and the things that are in flux should un-flux and get fixed. I'm tired of most of languages/ being broken as well -- I'd like to get forth, BASIC, Jako, Cola, and the rest all working again, and like to not break m4.
So, here's what we're going to do.
First, I'm digging into Leo's proposal for changing sub calls. It has user-visible issues in that when we're done hashing it out, it'll mean no need to do save/restores.
Next we're going to put the return continuation, sub PMC, and object PMC into the interpreter structure. They can stay in the registers they're in now, I expect. That'd be convenient, and we're not really short of registers.
Then we kick the python bytecode compiler around until it works. This will, I expect, involve finalizing exceptions, so we will.
When we're done with that we're going to release 0.2.0.
After that we're going to revisit, and then lock down, the embedding and extending APIs. When we're done with those, we're *done*. We'll put together source tests, which'll remain canonical unless the tests themselves have bugs.
Then we release 0.2.1.
After that I think we address the string internal issues, and dynamic string loading.
We'll also tackle, I think, serializable continuations.
Then we release 0.3.0.
From there I don't want to speculate, but events/IO and threads are next on the hit list.
Questions? This'd be a good time to suggest changes to the timeline...
--
Dan--------------------------------------it's like this-------------------
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
