[Oberon] Previous *nix 32bit efforts lost !

eas lab lab.eas at gmail.com
Sun Aug 19 20:29:42 CEST 2018

Since this forum also handles hardware matters ?
Why would:
"Linux Native Oberon System 3 Alpha 121104 ( 04.November.2012 ),
 based on Native Oberon 05.01.03"
being a 32bit system, run under 64bit linuxES,
whereas few other, and most importantly for me, <Linux ETH Oberon>
does NOT.

In the days of evolution from 8bit to 16bit: the increased data-bus
width system, included all the previous sized instructions, for
compatibility reasons.

A typical error trace, launcing 32b from a 64b system shows:--
./TClauncHERE: exec: line 37: ./linux.oberon.nothr: not found
root at box:/mnt/sdc3/MandrkLEO# ls -l ./linux.oberon.nothr
-rwxr-xr-x 1 root 3 10463 Nov 12  2016 ./linux.oberon.nothr
root at box:/mnt/sdc3/MandrkLEO# ldd ./linux.oberon.nothr
./linux.oberon.nothr: error while loading shared libraries:
   ./linux.oberon.nothr: wrong ELF class: ELFCLASS32

I'm guessing that LEO calls 32bit library[s], which does extra
32/64bit checking, which the <MainModule> doesn't do,
and that LNO doesn't call any libraries.
Let's check: ldd <LNOdir>/oberon
== same: <error while loading shared libraries:
wrong ELF class: ELFCLASS32>

Since we now have gone down to the FPGA level, is the
<kernel> of the ETHO [Native Oberon eg.] still.
copyright/hidden ?


More information about the Oberon mailing list