Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site ucbvax.ARPA
Path: utzoo!utcs!lsuc!pesnta!amdcad!decwrl!ucbvax!info-vax
From: info-vax@ucbvax.ARPA
Newsgroups: fa.info-vax
Subject: Re: DEC C compiler
Message-ID: <4960@ucbvax.ARPA>
Date: Wed, 20-Feb-85 05:00:15 EST
Article-I.D.: ucbvax.4960
Posted: Wed Feb 20 05:00:15 1985
Date-Received: Wed, 20-Feb-85 17:30:45 EST
Sender: daemon@ucbvax.ARPA
Organization: University of California at Berkeley
Lines: 26

From: Rudy.Nedved@CMU-CS-A.ARPA

Thanks to Marty Sasaki and Chris Ho. I wish I had heard the rumor or
had known we had a beta test version of the C compiler. A co-worker
told me later after he saw the Info-Vax mail...

I have sent an SPR (maybe it should have been a QAR?) in about the
address-of-function-arg "bug" with a cure of "copy 'em all" as
suggested by Mr. Firth (first name escapes me). As far as my
applications are concerned, copying all the args IF &functionarg is
done will work.

In general the DEC X2.0 C compiler and the DBG support is much better
then the Unix 4.x C compiler and sdb. Better error messages. Good
code generation.  To bad forking things under VMS and looking up
files is (at least seems) so expensive...MMS (Make) takes eons it
seems.

The best part was it took me only 7 long days to get CMU Unix Emacs
up on our 3.6 VMS ignoring the one serious bug I encountered. It does
not have subprocesses for command windows but ain't bad. [Those
features come later after I learn more about RMS/VMS and the little
tricks that Eunice seems to know about.]

Thanks again,
-Rudy