home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / std / c / 3276 < prev    next >
Encoding:
Text File  |  1992-12-29  |  1.4 KB  |  37 lines
  1. Newsgroups: comp.std.c
  2. Path: sparky!uunet!spool.mu.edu!agate!ames!data.nas.nasa.gov!data.nas.nasa.gov!jet
  3. From: jet@boxer.nas.nasa.gov (J. Eric Townsend)
  4. Subject: Re: Maximum depth of #if preprocessing directives
  5. In-Reply-To: jss@lucid.com's message of Tue, 29 Dec 92 00:19:33 GMT
  6. References: <JET.92Dec24133237@boxer.nas.nasa.gov> <BzsK12.5Ky@jrd.dec.com>
  7.     <1992Dec29.001933.25655@lucid.com>
  8. Sender: news@nas.nasa.gov (News Administrator)
  9. Organization: Numerical Aerodynamic Simulation, NASA Ames
  10. Date: 28 Dec 92 17:40:30
  11. Message-ID: <JET.92Dec28174030@boxer.nas.nasa.gov>
  12. Lines: 23
  13.  
  14. "jss" == Jerry Schwarz <jss@lucid.com> writes:
  15. jss> If a compiler can imposes arbitrary limits, is there any
  16. jss> constraint on the nature of such limits? For example, could I
  17. jss> impose a limit on the number of identifiers containing the
  18. jss> sequence "xyyzz".  If not why not?
  19.  
  20. My real complaint is twofold:
  21.  - there is no documentation of the maximum depth for the compiler in
  22. question.
  23.  - the producer of the compiler tends to hide behind ANSI whenever I
  24. complain, so I was looking for *some* sort of guidlines on
  25. restrictions.
  26.  
  27. I read 2.2.4.1 footnote 8 as meaning "if ansi doesn't have a
  28. translation limit, then please, please, please don't build one into
  29. your compiler".
  30.  
  31.  
  32.  
  33.  
  34. --
  35.              J. Eric Townsend --  jet@nas.nasa.gov -- 415.604.4311
  36.               '92 R100R, DoD# 0378, BMWMOA, AMA, ACLU, EFF, CPSR
  37.