3 ms·
That's why you would use o2c, which can use gcc-13 or clang-14. Though I'm convinced that this ship has sailed, with go replacing oberon
by rurban 4y ago
That's why you would use o2c, which can use gcc-13 or clang-14.
Though I'm convinced that this ship has sailed, with go replacing oberon
- Rochus 4y agoThere is even a better alternative; just use the Oberon+ toolchain (compatible with Oberon 87, Oberon-2 and Oberon-07), so you can benefit of a decent IDE with a source-level debugger and a C99 transpiler.
- kristianp 4y agoOr use Modula-2, which was recently added to gcc (https://www.phoronix.com/news/Module-2-GCC-Merged https://www.phoronix.com/news/Module-2-GCC-Merged).
- rurban 4y agoWhen we can use Oberon, there is no need for Modula-2. Oberon is by far simpler and superior. Just enum and records might be missing from the default Oberon.
- mannschott 4y agoEnumerations and subranges (in style of Modula-2 and Pascal) are missing from Oberon, but Records are present subject to type extension in the style of structs in Go. In Oberon(-1), we used (pointers to) procedures in record fields as methods when programming in an object-oriented style. Oberon-2 added methods which dispatch dynamically based on type of receiver. These were "type bound procedures". You'll find this idea echoed in Go as well.
- MarcusE1W 4y agoAs a bit more comfortable alternative to Oberon I would suggest Modula-3. https://github.com/modula3/cm3 https://github.com/modula3/cm3 It even comes with a GUI library, which even though developed in the 90th Stil, works on x11. I find that quite fascinating :-)