Xref: utzoo comp.realtime:37 comp.lang.misc:2999
Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!cs.utexas.edu!uunet!bfmny0!tneff
From: tneff@bfmny0.UUCP (Tom Neff)
Newsgroups: comp.realtime,comp.lang.misc
Subject: Re: Searching for realtime languages
Message-ID: <14355@bfmny0.UUCP>
Date: 27 May 89 04:03:24 GMT
References: <699@tuvie> <2100@internal.Apple.COM>
Reply-To: tneff@bfmny0.UUCP (Tom Neff)
Followup-To: comp.realtime
Distribution: all
Organization: ^
Lines: 21

In article <2100@internal.Apple.COM> jmt@apple.com (Michael Tindell) writes:
>I AM interested in commercially available environments, as well 
>as current research with langauge constructs for representing
>time and resource constraints in hard real-time systems.  Any
>information and/or pointers greatly appreciated - thanks.

I am posting this via Followup rather than mail because it's time
PL/M raised its head in comp.realtime.  I recommend PL/M as a realtime
language of choice in all Intel CPU environments from 8051 to 80486.
Its code generation is a carefully known thing, very efficient and close
to the hardware yet allowing full HLL manipulation and modular development.
It doesn't get the glamorous press romancing that Turbo Blah and Quick-Burp
and such get, but PL/M is a marvel to behold.

The good news for C-philes is that the new Intel C is a complete rewrite
with a dpANSI compatible front end and the SAME PL/M code generator as
a back end.  So you can write safe predictable realtime C and PL/M code
both.
-- 
Tom Neff				UUCP:     ...!uunet!bfmny0!tneff
    "Truisms aren't everything."	Internet: tneff@bfmny0.UU.NET