<div dir="ltr">On Mon, 11 Jan 2021 at 21:09, Chris Burrows <<a href="mailto:chris@cfbsoftware.com">chris@cfbsoftware.com</a>> wrote:<br>><br>> This is potentially confusing now that 'emulators' for Project Oberon exist.<br>> They are different beasts altogether. Further to Paul's comments, at the<br>> risk of being picky I would rephrase what you said as:<br>><br>> "Native Oberon is one platform of what was originally called Oberon System 3<br>> (S3 - it was never called V3) and was later renamed to ETH-Oberon. There are<br>> others hosted on Windows, MacOS and Linux and revived by Peter Matthias as<br>> the Oberon Linux Revival (OLR) ...<br>><br>> Oberon V4, aka Linz Oberon only runs on bare hardware on the ETH Ceres<br>> computer (which uses the National Semiconductor NS32xxx CPU) but is also<br>> hosted on MS-Windows, Solaris (68K and Sparc), HP-UX, Irix, Amiga, OS2 ..."<br>><br>> My main point is that none of these systems are 'emulated'. In every case<br>> instructions generated by the Oberon compiler are natively executed by the<br>> CPU on the target platform.<br>><br>> On the other hand, AFAIK, currently all versions of Project Oberon running<br>> on Windows, MacOS, Linux etc. ARE emulated. In this case, the compiler<br>> generates RISC5 instructions that are then 'interpreted' by a software<br>> emulation of the RISC5 CPU. Each RISC5 instruction results in tens<br>> (hundreds?) of Intel (or whatever CPU is being used to run the OS) CPU<br>> instructions being executed.<br>><br>> Note that Project Oberon running on FPGA hardware is not emulated. Every<br>> RISC5 instruction generated by the compiler is executed directly by the<br>> RISC5 CPU implemented in configurable hardware.<br>><br>> It's as clear as mud ... ;-)<br><br>Useful clarification -- thank you!<div><br></div><div>I must admit, I don't feel so bad about getting it wrong now! 😊  </div><div><br></div><div>I also note that various people have done a lot more work on the Wikipedia article about Oberon, and that it's a whole year since I last worked on it. I feel a bit guilty about that. There's a version history table in there now, but IMHO it still needs a bit more info.</div><div>  </div><div>I think I now understand the relationship, more or less, between:</div><div><br></div><div>• Oberon System 3, AKA ETH Oberon – on x86 (Native Oberon) & hosted on x86</div><div>• Oberon V4, AKA Linz Oberon – implemented in Oberon 2 – on Ceres & hosted on x86</div><div>• AOS, AKA Bluebottle, AKA A2 – implemented in Active Oberon – on x86, ARM and hosted</div><div>• Project Oberon, AKA Oberon V5 – implemented in Oberon-07 – on RISC5 & emulators</div><div><br></div><div>Is that right?</div><div><br></div><div>What is ETH Oberon written in? Original Oberon, what we might call Oberon 1?</div><div><br></div><div>-- <br>Liam Proven – Profile: <a href="https://about.me/liamproven">https://about.me/liamproven</a><br>Email: <a href="mailto:lproven@cix.co.uk">lproven@cix.co.uk</a> – gMail/gTalk/gHangouts: <a href="mailto:lproven@gmail.com">lproven@gmail.com</a><br>Twitter/Facebook/LinkedIn/Flickr: lproven – Skype: liamproven<br>UK: +44 7939-087884 – ČR (+ WhatsApp/Telegram/Signal): +420 702 829 053</div></div>