Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!ll-xn!cit-vax!amdahl!bnrmtv!alsup
From: alsup@bnrmtv.UUCP (Jim Alsup)
Newsgroups: net.lang.c
Subject: Re: Survey of C Compilers for micros
Message-ID: <516@bnrmtv.UUCP>
Date: Thu, 24-Jul-86 11:37:33 EDT
Article-I.D.: bnrmtv.516
Posted: Thu Jul 24 11:37:33 1986
Date-Received: Fri, 25-Jul-86 08:04:23 EDT
References: <2446@brl-smoke.ARPA>
Organization: Bell Northern Research, Mtn. View, CA
Lines: 14

> FYI, our section at JPL (DSN Data Systems) has adopted the DeSmet compiler for
> any C programming that needs to be done (none as yet) after similar testing.
> Apparently, their main concern is development (read: compile & go) time.

I agree, I use to use DeSmet C for all my development.  I now use DataLight's
C, it's even faster for what's important (compile time).  The end product
can then be compiled in the best code (spell that runs fastest) producing
compiler.  Metaware's C ranks at top of the list for this purpose.  I use
still another compiler for porting large amounts of code from some other
machine. MS C seems to be best at this job.

Cheers,
Jim Alsup