Oberon parser, code model & browser, compiler and IDE with debugger (by rochus-keller)

Oberon Alternatives

Similar projects and alternatives to Oberon

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a better Oberon alternative or higher similarity.

Oberon reviews and mentions

Posts with mentions or reviews of Oberon. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-11-12.
  • FreeOberon cross-platform Oberon language IDD
    3 projects | news.ycombinator.com | 12 Nov 2023
  • Project Oberon (New Edition 2013)
    2 projects | news.ycombinator.com | 14 Sep 2023
    > gain a deep understanding of it .. generate smaller subsets of the system

    You can use the OberonViewer for this purpose with the original source code, or the Oberon IDE with a version of the Project Oberon System which runs with SDL on all platforms, see https://github.com/rochus-keller/oberon/#binary-versions and https://github.com/rochus-keller/OberonSystem/tree/FFI

  • KolibriOS on Single Floppy Disk
    2 projects | news.ycombinator.com | 4 Sep 2023
    > Regardless, which one is more likely to be ported to a different architecture in the future?

    Not sure I understand the question. I'm talking about CPU architectures. The current implementation is in x86 assembler. So if you want to run it on AMD64 or ARM, then you have to replace all assembler files, in the present case probable the full source code.

    > what are the comparative performance benchmarks of the low-level language versus the high-level language?

    I don't have any measurements. But consider that many operating systems are implemented in C (e.g. Linux) with only isolated parts in assembler, so it is easier to port to other architectures. Linux apparently is fast enough and available for nearly every CPU. Oberon in contrast to C is garbage collected, which also affects performance. I have measurements comparing the same benchmark suite implemented in C++ and in Oberon, where the former is about 22% faster (see https://github.com/rochus-keller/Oberon/blob/master/testcase...).

  • Why Use Pascal?
    5 projects | news.ycombinator.com | 8 Jul 2023
  • C or LLVM for a fast backend?
    3 projects | /r/ProgrammingLanguages | 2 Jun 2023
    I actually had a similar problem some years ago and finally moved away from LLVM because of complexity, continuous research effort and performance. My current Oberon+ implementation works like this: the CIL code generator together with Mono is used during development, integrated with the IDE, using the debugging features integrated in Mono; to deploy the application and to gain another factor 2 of performance C99 instead of CIL can be generated and compiled with any compatible toolchain. Here are some performance measurements: https://github.com/rochus-keller/Oberon/blob/master/testcases/Are-we-fast-yet/Are-we-fast-yet_results_linux.pdf. Compiling to CIL is very fast and the time Mono needs to compile and run is barely noticable.
  • Do transpilers just use a lot of string manipulation and concatenation to output the target language?
    4 projects | /r/ProgrammingLanguages | 27 May 2023
  • Native AOT Overview
    8 projects | news.ycombinator.com | 26 May 2023
    > annoying aspects was requiring the .NET runtime ... OpenJDK is a blessed implementation in a way that Mono never was

    Which is unjustified, because Mono CLR is just a single executable less than 5 MB which you can download and run without a complicated installation process (see e.g. https://github.com/rochus-keller/Oberon/#binary-versions ). AOT compilation on the other hand is a huge and complex installation depending on a lot of stuff including LLVM, and the resulting executables are not really smaller than the CLR + mscorlib + app.

  • Does the JVM / CLR even make sense nowadays?
    2 projects | /r/ProgrammingLanguages | 26 Apr 2023
    After evaluating a lot of different technologies I'm e.g. using the Mono CLR for my Oberon+ IDE because it is lean, fast and has also excellent platform independent debugging features, and also an integrated, mostly standardized and platform independent FFI (see https://github.com/rochus-keller/Oberon). It is more stable than LuaJIT and the same benchmark suit runs twice as fast on Mono than on LuaJIT (see https://github.com/rochus-keller/Oberon/blob/master/testcases/Are-we-fast-yet/Are-we-fast-yet_results_linux.pdf). Mono is also still fast enough compared to more recent CLR versions (see https://www.quora.com/Is-the-Mono-CLR-really-slower-than-CoreCLR/answer/Rochus-Keller). For the AOT use-case my compiler generates C for another factor two in speed when compiled e.g. with GCC -O2. You could even use the AOT feature of Mono for the same purpose.
  • How fast is JIT compiled Lua/JavaScript compared to static compiled C++ and Rust measured in runtime?
    2 projects | /r/ProgrammingLanguages | 26 Mar 2023
    1: https://github.com/rochus-keller/Oberon/blob/master/testcases/Are-we-fast-yet/Are-we-fast-yet_results_linux.pdf
  • Useful lesser-used languages?
    9 projects | /r/ProgrammingLanguages | 23 Sep 2022
    Oberon? see https://github.com/rochus-keller/Oberon/
  • A note from our sponsor - InfluxDB
    www.influxdata.com | 28 Nov 2023
    Manage all types of time series data in a single, purpose-built database. Run at any scale in any environment in the cloud, on-premises, or at the edge. Learn more →


Basic Oberon repo stats
7 days ago
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives