[Oberon] OP2 vs. Single-Pass

Peter Matthias PeterMatthias at web.de
Wed Aug 2 20:39:09 CEST 2017


Am 02.08.2017 um 15:43 schrieb Michael McGaw:
> What is needed, with regard to OP2, IMHO:
> 
> 1. It would be VERY useful to have a back end for OP2 that targeted a 
> purpose-built interpreter (processing something like byte code from a 
> linear file, not a tree-traversing interpreter).  Here, it would be very 
> helpful to have it support an instruction set for which a clean and 
> simple interpreter exists or can be built.  I am thinking specifically 
> of an instruction set not far from the Lilith-inspired KRONOS 32-bit 
> CPU.  This would permit a very portable interpreter that could be 
> retargeted with ease (use Ofront, for example, to machine generate a C 
> version).  Once this is accomplished, the systems, their compiler (and 
> target generators) and nearly all of the code base would live on 
> indefinitely.

How about WebAssembly? ( https://en.wikipedia.org/wiki/WebAssembly )
Although I think it would be easier to base this on Project Oberon 
compiler front end as it does not need frame pointer.

BTW, interesting Kronoos history: 
https://en.wikipedia.org/wiki/Kronos_(computer)



More information about the Oberon mailing list