🚀 go-pugleaf

In article <7144@dasys1.UUCP> tneff@dasys1.UUCP (Tom Neff) writes:
>In article <3371@pt.cs.cmu.edu> jsingh@cive.ri.cmu.edu (J S Singh) writes:
>>We are looking for a decent C compiler and if possible 'lint' to
>>run under a native RMX86 environment.  We do all our development
>>on 310 workstations using 28612 processors.
>
>If you want the "good" news, rumor has it Intel will someday release
>their OWN C based on the PL/M-?86 v2.7-and-later code generator.  This
>will get the performance out of the gutter, but whether it will be
>ANSI or even close is anyone's guess.
>
For what it's worth, I used to be an Intel FAE-like creature.  What we
(creatures) were told at Intel training is that yes, indeed, an Intel
developed C compiler with a common front end, and per target (x86) back
ends was forthcoming.  In fact, the code generator portion was supposed
to be common for C,Ada,PL/M...As to your question about decent C's for
Intel:  Yep, they are out there.  The problem, at least then (year ago),
was that you couldn't use LINK86, I2ICE, etc from Intel because they
didn't use the OMF.  This pretty much rules out RMX86.  I would, 
however, be very willing to bet that there is something out there, but
since I pay very little attention to RMX et al, I don't know the facts.

So check out periodicals, iRUG, competing ICE manufacturers (Applied
Microsystems might know for instance) and Intel for when the new C
will happen.  BTW, it should have started happening by now from what I
remember.  Not the first late piece of software.

>PS for whatever your target is -- do you have to use C?  I use PL/M-86
>all the time with excellent results.

Except for strings.  Have you done any kind of decent library for messing
with them?  Other than strings, it was definitely fast, usable and bug 
free.

>Tom Neff			UUCP: ...!cmcl2!phri!dasys1!tneff


			Tim Beres
------>MY SOAPBOX (not necessarily my co.'s, yours or ALF's)
    If it weren't for packaging - McDonalds, Victoria's Secret and George
    			Bush would be nothing.
Tim Beres   beres@cadnetix.com  {uunet,boulder,nbires}!cadnetix!beres