3 ms·
I agree. I would be a lot more interested into high level languages for DCPU-16. Also, most DCPU-16 implementations I have seen so far are bytecode interprete
by ginko 15y ago
I agree.
I would be a lot more interested into high level languages for DCPU-16.
Also, most DCPU-16 implementations I have seen so far are bytecode interpreters. I would love to see an actual JIT translating emulator that generates x86 or even better llvm code. The performance difference should be considerable.
- bozman 15y agoSomeone has started: https://github.com/baconization/d16x https://github.com/baconization/d16x
- ORioN63 15y agoAnd: https://github.com/Rotten194/Tenc https://github.com/Rotten194/Tenc https://github.com/Blecki/DCPUC https://github.com/Blecki/DCPUC
- haberman 15y agoI was going to write one using DynASM (it would be very short, simple, and fast) but it was unclear to me that DCPU-16 had any substantial programs written for it where you could show off a speed difference. I have been looking for an excuse to write an article about how to use DynASM though.
- aiscott 15y agoI'd like to see an implementation in OrgASM, but it's hard to type with just one hand.
- dkersten 15y agoJIT compiling DCPU-16 bytecode using LLVM is something I plan to do later if I get time. I imagine by then someone else will already have done it, but if not, then its something I plan to do.