The only quirk I ran into is that when I ran graphical programs, I would get a full-screen window with a blank prompt; I needed to move that window to another workspace in order for the running program to be displayed. The IDE seems to get smushed into the bottom corner of the screen in KDE and gnome for some reason (which I could work around by toggling windowed mode with alt+enter and then dragging the window to resize), but it works fine in i3.
Between discovering this and finally getting around to trying the Factor language, I'm afraid I'm going to be very unproductive on my side projects for a while..
I infer that your main project is discovering things that may one day help you be more productive in your side projects.
It could be worse. Ben Eater was just trying to get his web browser working like he wanted...
I'm planning to substitute it with my own Oberon compiler at some point, so I read everything about compiler construction and do Oberon experiments a lot.
Could you please describe the issue with the full-screen a bit more? You can create an "issue" in the FreeOberon Github repo. I think it would be possible to fix it. Are you using two monitors?
A bonus for me personally is that I happen to be learning Russian, and there's a fair bit of documentation and videos that I can use for immersion learning, which is a lot of fun.
I will be sure to help with the full-screen issue soon.
https://www.progtools.org/article.php?name=oberon§ion=co...
Good enough when placed against many UNIX windows managers, or the developer beloved Plan 9 and Inferno GUIs.
It failed because like Xerox, it stayed mostly inside ETHZ walls, a few European universities and zero industry interest, too much focused on building UNIX clones.
Delphi and the Pascal languages were on a downward spiral of popularity. C was the incumbent. PHP was easy to install and solved a problem that most developers had: write a web app quickly. Java and the Visual languages were backed by big companies. Oberon was not. It was a curiosity at best. I remember other languages from back then: Eiffel and Modula 3. They resurface sometimes in HN posts.
It definitely is not normal enough. It's a whole operating system, after all.
> It failed because like Xerox, it stayed mostly inside ETHZ walls, a few European universities and zero industry interest, too much focused on building UNIX clones.
Not really. It failed because Oberon was not a great language even in the 2000-s. Right now it's not even good enough for teaching purposes.
You can use that one which easily starts on all platforms without taking control of the PC: https://github.com/rochus-keller/oberonsystem3
The question of the parent naturally should be answered in regards to what was available during the 1990's.
If you need an Oberon compiler in classical sence, use Free Oberon.
On a glance it looks pretty limited, I see no way to access OS API, no networking, etc (more or less like Turbo Pascal).
Perhaps sufficient as educational tool.
Actually, that might just be the nostalgia talking.
im not sure if sysenter, used on 64bit systems is classed as an interrupt.
the sdk is just a layer on top of that.
ive never used c on dos, it woukdnt surprise me if they used a similar library to linux. theres certainly nothing preventing it.
And of course, modern Pascal compiler like FPC provides OS specific units to do that.
I also use it in production code for web-development. It serves as a backend for a high-load interactive website (langauge courses with exercises).
Has Oberon ever been a thing outside academia? I’ve heard about some Modula2/3 stuff out there in the wild, but not Oberon.
Studying and using this relatively low-level (but safe!) minimalist language which is not inspired by C has given me quite a few new insights.
Additionally Astrobe sells Oberon-07 compilers for IoT (https://www.astrobe.com/order.htm), for a while XDS also sold Oberon compilers alongside their Modula-2 compilers, and there was a spin-off from ETHZ which sold Component Pascal, basically yet another Oberon dialect.
https://www.astrobe.com/order.htm
Ah, very interesting.
Code Examples: https://oberon-lang.github.io/
It uses ofront (Oberon-2 to C translator), and let GCC do the heavylifting. Let's check if this thing can be easily built on macOS...
Ofront+ is much more developed, for example it allows compiling in Oberon-07 standard with the addition POINTER TO ARRAY and 2-byte CHARs. That is what Free Oberon uses by default. In future versions of Free Oberon, there will be a selection of Oberon standards (Ofront+ provides Oberon 1990, Oberon-2, Oberon-07, Component Pascal, and the so called Oberon-3).
My students with MacOS are learning using Free Oberon in an emulator.
With this compiler you can also write interfaces to existing C libraries without too much pain. This is achieved without any (non-standard) additions to the language.
The Free Oberon IDE resembles Turbo Pascal-style IDE, but this currently runs in a graphical window and can be easily customized.
I used to spend hours in Paradox for DOS, Turbo C etc. It felt so comfortable compared to Ncurses TUIs.