[Oberon] Portability - language vs libraries vs environments
August Karlstrom
fusionfive at comhem.se
Thu Mar 16 03:07:24 CET 2006
chris at cfbsoftware.com wrote:
>>-----Original Message-----
>>From: oberon-bounces at lists.inf.ethz.ch
>>[mailto:oberon-bounces at lists.inf.ethz.ch] On Behalf Of August
>>Karlstrom
>>Sent: Thursday, 16 March 2006 7:54 AM
>>To: ETH Oberon and related systems
>>Subject: Re: [Oberon] Trivialising formality considered harmful
>>
>>
>>Anyway, Oberon-2 is an excellent design as it is. Let's use it!
>>Personally I don't need additional experimental features. I
>>would like
>>Oberon to be (as least) as portable as C.
>>
>
>
> Be careful to distinguish between language, libraries and platforms when
> referring to portability. In my experience (i.e. maintaining a major
> C-based application in the 80's and 90's on DOS, Unix, Xenix, VMS,
> Solaris, HP-UX and AIX), the language Oberon is infinitely more portable
> than the language C.
When I say C is portable I mean that standard C with its standard
library is portable across operating systems and compilers if you write
a program that makes no assumptions about the underlying platform.
> Any claims of portability of C are directly-related to the portability
> of the Unix library itself. However, this also diminished rapidly when
> Unix eventually diverged into its various incompatible forms.
>
> It was also far easier to achieve portability when dealing with
> command-line applications and dumb terminals rather than today's complex
> interfaces.
Cross platform libraries are commonplace (OpenGL, SDL and wxWidgets
comes to mind).
More information about the Oberon
mailing list