home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20339 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  1.3 KB
  1. Path: sparky!uunet!sunquest!spades.aces.com!gavron
  2. From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
  3. Newsgroups: comp.os.vms
  4. Subject: re: VAX c
  5. Message-ID: <5JAN199300111897@spades.aces.com>
  6. Date: 5 Jan 93 07:11:00 GMT
  7. References: <9212282111.AA11260@uu3.psi.com> <1hs23kINNnqs@gap.caltech.edu> <4JAN199309361642@jhuvms.hcf.jhu.edu> <1993Jan4.194124.25076@eco.twg.com>
  8. Sender: news@sunquest.UUCP
  9. Reply-To: gavron@ACES.COM
  10. Organization: ACES Consulting Inc.
  11. Lines: 26
  12. News-Software: VAX/VMS VNEWS 1.4-b1
  13.  
  14. In article <1993Jan4.194124.25076@eco.twg.com>, larry@eco.twg.com writes...
  15. ..
  16. #    Don't blame this on C !  It is an excellent systems level programming 
  17. #language.. Most of the code that I write in C is never even linked to a RTL..
  18. #Unfortunately when DEC introduced VAX C, the RTL was not as well thought out 
  19. #as it should have been and therefore abomination.. 
  20.  
  21. All of my C-code is written so that it does NOT link with VAXCRTL
  22. for that exact reason.  In fact I've become so used to doing
  23.     cmain()    /* so we don't link with the hated VAXCRTL */
  24. that it was a hard habit to break for DECC :-)
  25.  
  26. #fortunately, 
  27. #we now have DEC C.. this has tremendous promise as an excellent implementation 
  28. #of C where the policies don't get confused with the implementation details.
  29.  
  30. Agreed :)
  31.  
  32. # 
  33. #-Larry.
  34.  
  35. Ehud
  36.  
  37. --
  38. Ehud Gavron        (EG76)     
  39. gavron@vesta.sunquest.com
  40.