🎉 Celebrating 25 Years of GameDev.net! 🎉

Not many can claim 25 years on the Internet! Join us in celebrating this milestone. Learn more about our history, and thank you for being a part of our community!

Another night of Epoch

Published August 25, 2008
Advertisement
I think I'll be posting Epoch Release 3 soon; I'd like to do some documentation work, and a bit of assorted cleanup, but once that's done, R3 will be ready to go. The big changes are of course related to making the VM stack-based rather than the old mutant thing it used to be [grin]

I mentioned earlier that I'd wanted to get serialization done for R3 as well, but I'm not sure about that now. I think serialization is a big enough project that, combined with the disassembler I want to write, it should be a release all to itself. There's also the fact that the stack related changes need to be tested out by people besides me, as soon as possible, in order to make sure the implementation is completely robust.


So for the moment, my tentative roadmap for Epoch looks like thus:

  • Release 3 - Stack based implementation, documentation and cleanup work

  • Release 4 - Completion of serialization, and inclusion of a separate disassembler tool

  • Release 5 - Implementation of tuples for multiple return values from functions, and first implementation of structures; first nontrivial Win32 app (Scribble)


That should keep me busy for at least another month [grin]

Once all that is taken care of, I'll have to do some serious thinking about what needs to be implemented in order to have a good package ready to demo by GDC '09. Of course the obvious elephant in the room is support for transparent parallel processing, which is one of the big reasons I'm implementing a language in the first place. Aside from that, though, I haven't done much scheming, so we'll have to see.

Another area that will need some major work is library functions for things like file I/O, basic mathematics functions, and whatnot. I'm still pondering how much of that to make first-class and how much should just be done by talking directly to the OS (using the DLL call support that's already in place).

One last thing to consider is the importance of code reuse, and a module system for promoting it. It'll take some tweaking to the system to get it to work across multiple files, but hopefully nothing too complex.


Anyways... the beer says I should be sleepy now, so don't fry your tulips before they hatch.
0 likes 0 comments

Comments

Nobody has left a comment. You can be the first!
You must log in to join the conversation.
Don't have a GameDev.net account? Sign up!
Profile
Author
Advertisement
Advertisement