home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / c / 12497 < prev    next >
Encoding:
Text File  |  1992-08-18  |  1.5 KB  |  39 lines
  1. Newsgroups: comp.lang.c
  2. Path: sparky!uunet!usc!wupost!think.com!spdcc!dirtydog.ima.isc.com!karl
  3. From: karl@ima.isc.com (Karl Heuer)
  4. Subject: Re: Macros for ANSI prototypes
  5. Message-ID: <1992Aug18.183720.20714@ima.isc.com>
  6. Sender: usenet@ima.isc.com (news)
  7. Organization: Interactive Systems, Cambridge, MA 02138-5302
  8. References: <1992Aug14.194033.10152@druid.uucp> <3116@isgtec.isgtec.com>
  9. Date: Tue, 18 Aug 1992 18:37:20 GMT
  10. Lines: 27
  11.  
  12. In article <3116@isgtec.isgtec.com> robert@isgtec.com (Robert Osborne) writes:
  13. >darcy@druid.uucp (D'Arcy J.M. Cain) writes:
  14. >>     ANSI C --> K&R C --> Assembler --> a.out
  15.  
  16. This is exactly what I do, too.
  17.  
  18. >Gaak!  This is gross.
  19. >
  20. >You can't throw away the K&R step because you need the source for debuggers.
  21.  
  22. Why?  The debuggers that I use don't care about anything except the line
  23. numbers.  They don't actually interpret the source code.  (In any case, it's
  24. easy enough to keep the intermediate file around during the debugging phases.)
  25.  
  26. >It would only take one major bug introduced by the ANSI to K&R
  27. >step to remove the developer time savings.
  28.  
  29. My deprotoizer is only 137 lines long, including comments.  It's deliberately
  30. simplified.  If it fails to recognize something, it will almost certainly
  31. cause the next phase of compilation to complain, rather than produce a wrong
  32. answer.
  33.  
  34. >I do not consider this even remotely as elegant as the prototype macros.
  35.  
  36. Well, that's your choice, I guess.
  37.  
  38. Karl W. Z. Heuer (karl@ima.isc.com or uunet!ima!karl), The Walking Lint
  39.