Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!linus!philabs!cmcl2!seismo!rochester!bullwinkle!uw-beaver!ubc-vision!ubc-cs!ludemann
From: ludemann@ubc-cs.UUCP (Peter Ludemann)
Newsgroups: net.lang.c
Subject: Re: Datalight faster than 4.2, why?
Message-ID: <262@ubc-cs.UUCP>
Date: Thu, 29-May-86 21:54:13 EDT
Article-I.D.: ubc-cs.262
Posted: Thu May 29 21:54:13 1986
Date-Received: Sun, 1-Jun-86 06:53:41 EDT
References: <989@dataioDataio.UUCP> <131@stracs.cs.strath.ac.uk> <2786@utcsri.UUCP>
Reply-To: ludemann@ubc-cs.UUCP (Peter Ludemann)
Organization: UBC Department of Computer Science, Vancouver, B.C., Canada
Lines: 18

In article <2786@utcsri.UUCP> greg@utcsri.UUCP (Gregory Smith) writes:
>I know of one *big* reason why the UNIX compiler would be easy to beat
>- it produces human-readable assembler. If it produced a binary-coded
>assembler, the costs of (1) writing out all that text (2) reading in
>all that text [twice] and ...

Sorry, not true.  The deSmet C compilers (for IBM-PC and Macintosh)
produce human readable assembler and they are still fast.  For example,
on my Mac, I can compile about 3000 lines per minute (including i/o
to and from floppies), although I do use a RAM disk for the temp files
(the compiler is 3 passes, the last being the assembler).  Incidentally,
I think that deSmet (or C-ware) makes fine products at a good price;
they are also very responsive to bug reports --- I have received
written replies every time.

(Incidentally, the deSmet C on the Mac beat almost all the benchmarks
in the recent Byte article, both for compiling and for run-time code.)