compiler

Actually it's transpiling to C (but the other way around would make more sense so existing code can be ported to project oberon os). For example there's an X11 wrapper [1], or http library [2], a package manager [3], etc, and calling external C code is easy, e.g. PROCEDURE -fstat(fd: LONGINT): INTEGER "fstat(fd, &s)"; Other libraries are mostly scattered all over the internet, and there are often compatibility issues between compilers, even though they target the same standards. [1]:https://github.com/vishapoberon/compiler/tree/master/src/lib... [2]:https://github.com/norayr/http/ [3]:https://github.com/vishapoberon/vipack > very similar[1] for Dusk OS[2] wow this is cool

See https://github.com/vishaps/voc/ for a compiler.

The technical claims here are badly incorrect. Oberon is 2 things. It is a language and an OS, or even a family of OSes. Oberon the language has several versions and works on Linux on x86, x86-64, ARM and other platforms, as well as Windows, BSD, Mac OS X, etc. E.g. https://github.com/vishaps/voc Oberon the OS runs on x86 and RISC5 among others. I am considering attempting an ARM port for Raspberry Pi. So no, it is not at all Windows-centric. One commercial compiler is, but not the language. It is niche but the community seems quite active.

Clickable link from parent: https://github.com/norayr/voc/tree/master/src

The hard-coding of the length of the "aff" string and/or re-use of the "s" (size) variable does indeed look odd: s := SIZE(String); aff := "Affirmative, Dave"; (...) s := 17; n := Unix.Write(sock, S.ADR(aff), s); As far as I can gather from: https://github.com/norayr/voc/blob/master/src/lib/v4/Strings... this implementation uses some kind of c strings (not familiar with Oberon in general, but I thought that the norm was something like Pascal strings?): "Strings provides a set of operations on strings (i.e., on string constants and character arrays, both of which contain the character 0X as a terminator). All positions in strings start at 0. Strings.Length(s) returns the number of characters in s up to and excluding the first 0X." It would seem that: s := String.Length(arr); should be the sane equivalent to "s := 17;"

The hard-coded string length is some test code. It's not an indicator of a weakness in the language. Oberon has Strings.Length(), which returns the length of a string. The OP's link points to a test directory. Go look at the actual source code: https://github.com/norayr/voc/tree/master/src Oberon has all the features you describe: Range types, bounded arrays, and so on. It doesn't have the interface/implementation split (though it has a "DEFINITION" block you can use); modules contain both the interface and implementation, and you export symbols with "*" (or "-" for read only). Basically, Oberon-2 > Oberon > Modula-2 > Modula > Pascal. Oberon adds interfaces, open arrays, type-bound procedures (similar to Go's struct methods), etc. It's an evolutionary improvement/tweak over the previous languages. If you know any of them, Oberon-2 w