[Oberon] Previous *nix 32bit efforts lost !

[Jörg Straube]

https://www.unixmen.com/enable-32-bit-support-64-bit-ubuntu-13-10-greater/


Jörg

> Am 19.08.2018 um 20:29 schrieb eas lab <lab.eas at gmail.com>:
> 
> 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 ?
> 
> 
> ==TIA
> --
> Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
> https://lists.inf.ethz.ch/mailman/listinfo/oberon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.inf.ethz.ch/pipermail/oberon/attachments/20180819/a221a2f8/attachment.html>