[Oberon] Project Oberon 2013 on GitHub?
lab.eas at gmail.com
Sat Apr 26 05:45:59 CEST 2014
]I tried to compile it on x86, where it did segfault (older binaries are still
]working). I didn't bother to debug it, since it is old code: pointer
]using strcpy/strcat, storing pointer addresses as int and so on.
I've been using: V4 oberon-1.7.02 <-- X86:Linux
It's fine. I modified <SavePerFat> to <SaveUnix>.
LEO is better, especially since you can roam the dir-tree and launch
from anywhere. But LEO doesn't autodetect when loading *nix/AosFS,
which V4 does. And 2 klux is a lot more than 1.
HCI/psychology trumps technology.
== Chris Glur.
On 4/22/14, Paul Thomas Melville <ptmelville at gmail.com> wrote:
> On Tue, Apr 22, 2014 at 11:27 AM, eas lab <lab.eas at gmail.com> wrote:
>> ptmelville wrote;--
>> ]Loader/bootstrap of ETH V4, which is written in C doesn't work when
>> ]compiled with newer GCC/Binutils - it segfaults.
>> I'm glad you mentioned that, since until V5, I considered it unrealistic
>> try porting <ETHOberon>. Although I don't really 'do' C, are these the
>> files that segfault ? How would I proceed, if I got them to compile under
> It won't work under ARM. Oberon V4 works only on x86. You can view
> source of file in question here:
> I tried to compile it on x86, where it did segfault (older binaries are
> working). I didn't bother to debug it, since it is old code: pointer
> using strcpy/strcat, storing pointer addresses as int and so on.
> Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
More information about the Oberon