home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / std / cplus / 2138 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  1.9 KB
  1. Xref: sparky comp.std.c++:2138 comp.lang.c++:20050
  2. Path: sparky!uunet!ogicse!decwrl!pa.dec.com!engage.pko.dec.com!nntpd.lkg.dec.com!cyteen.zko.dec.com!insinga
  3. From: insinga@cyteen.zko.dec.com (Aron K Insinga)
  4. Newsgroups: comp.std.c++,comp.lang.c++
  5. Subject: Re: RESULTS: C++ file extension survey
  6. Message-ID: <1993Jan27.192512.1571@nntpd.lkg.dec.com>
  7. Date: 27 Jan 93 19:25:12 GMT
  8. Article-I.D.: nntpd.1993Jan27.192512.1571
  9. References: <1if5q2INN8pj@tsavo.hks.com> <1993Jan13.152439.17208@medtron.medtronic.com> <1993Jan14.164336.23286@taumet.com>
  10. Sender: usenet@nntpd.lkg.dec.com (USENET News System)
  11. Reply-To: insinga@cyteen.zko.dec.com (Aron K Insinga)
  12. Organization: Digital Equipment Corporation
  13. Lines: 28
  14.  
  15.  
  16. In article <1993Jan14.164336.23286@taumet.com>, steve@taumet.com (Steve
  17. Clamage) writes:
  18. |> This presupposes the common model of separate text files which are
  19. |> processed by an identifiable compiler program, and that the text
  20. |> files are kept in a file system using names files containing a
  21. |> user-definable extension.
  22. |> 
  23. |> Absolutely none of this is required by the C++ language, so you
  24. |> can't
  25. |> put the required file extension in the C++ language standard.
  26. |> -- 
  27. |> 
  28. |> Steve Clamage, TauMetric Corp, steve@taumet.com
  29.  
  30. If I may divert discussion from the name of a compilation unit to a header...
  31.  
  32. I disagree; the C standard supports the characters ".h" on the end of stuff
  33. between angle brackets in #include preprocessor directives; do you think that
  34. the C standard "presupposes the common model of separate text files"?
  35.  
  36. Of course, the alternate solution to this favored by the C++ committee(s)
  37. (the last I heard; apologies if this solution has already been discussed here)
  38. is to not require such characters on the end of the standard headers' names,
  39. e.g. #include <iostream> (and if the implementation keeps these in files with
  40. some particular file extension, it can supply the extension).
  41.  
  42. - Aron Insinga, insinga@tle.enet.dec.com
  43.