smarr / are-we-fast-yet

Are We Fast Yet? Comparing Language Implementations with Objects, Closures, and Arrays

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Oberon Port

smarr opened this issue · comments

It's not 64-bit native yet last time I checked

@tripleo1 sorry, I am pretty ignorant when it comes to Oberon in general, this version in particular, and the AWFY port. What are the implications for not being 64-bit native?

Does this mean they need a 32-bit environment (libs etc) to run, or are there other important bits?

Thanks

Oberon is just a language, a systems language that is applicable for building operating systems, for example.

The authors' implementation is intentionally restricted to 32-bit mode, because of his personal preferences.

I don't remember if there are Linux binaries for 32-bit (and I couldn't get a 32-bit compiler environment set up for it, but that's not the authors fault), but I was only able to get it to work through Wine.

I mention this in reference to doing benchmarks, which I imagined would be important to you (i.e. going through a translation layer would skew the results IMHO).

I haven't tried the AWFY code yet, but maintain an interest in the project and may do some work to get it to compile on a 64-bit system, just haven't had time.

@smarr: There seems to be an Oberon port here:

Please note that the URL of the Oberon+ port is now: https://github.com/rochus-keller/Are-we-fast-yet/tree/main/Oberon

Also note the FreePascal version which is work in progress.

@tripleo1: The authors' implementation is intentionally restricted to 32-bit mode, because of his personal preferences.

No. The implementation is fully platform/architecture agnostic since the first commit in 2019 and runs wherever Qt 5 and the Mono CLR run. The generated C code runs even on more platforms than Qt and Mono. There are even 32 and 64 bit precompiled versions for all relevant platforms (see https://github.com/rochus-keller/Oberon/blob/master/README.md#binary-versions).