Rich Programmer Food (2007)

Re:Rich Programmer Food (2007) by sklogic on Tuesday May 24, 2016 @05:02AM (#11759925)

If you defer the actual execution of the code to something else - another VM, a CPU directly, whatever, it is not an interpreter, it is just a compiler. Definitely not the kind of interpreters being discussed in this thread.

If you have to implement this VM interpreter and all the runtime on your own, this is exactly where the hard part starts.

[ Parent | on HN ]

Re:Rich Programmer Food (2007) by AnimalMuppet on Tuesday May 24, 2016 @12:04PM (#11762677)

So by "interpreter" you mean "sandboxing interpreter" or something like it? OK, I can buy that doing that is harder than just emitting code...

[ Parent | on HN ]

Re:Rich Programmer Food (2007) by sklogic on Tuesday May 24, 2016 @01:23PM (#11763497)

By interpreters here I mean this kind: https://news.ycombinator.com/item?id=11755303

I.e., an ad hoc AST-level interpretation, flat VM interpreters, tracing JITs, etc.

[ Parent | on HN ]