News for hackers. Stuff that matters.
Re:Building Fast Interpreters in Rust by YorickPeterse on Monday March 04, 2019 @12:31PM (#19303089)
Inko (https://inko-lang.org/) uses this approach for its bytecode interpreter. I can't speak about how well it performs compared to an AST interpreter since I never wrote one for Inko, but generally bytecode interpreters should be faster. I also think bytecode interpreters would be easier to optimise, as you're no longer directly tied to the AST of the input language.

If you're curious, you can find Inko's interpreter loop here: https://gitlab.com/inko-lang/inko/blob/master/vm/src/vm/mach...

Re:Building Fast Interpreters in Rust by RReverser on Monday March 04, 2019 @12:48PM (#19303323)
> as you're no longer directly tied to the AST of the input language

This is the case with closure-based approach too, and indeed was one of the main motivations to switch away from AST interpretation.