home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / std / cplus / 2004 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  1.4 KB
  1. Xref: sparky comp.std.c++:2004 comp.lang.c++:18840
  2. Newsgroups: comp.std.c++,comp.lang.c++
  3. Path: sparky!uunet!enterpoop.mit.edu!bloom-picayune.mit.edu!space.mit.edu!berczuk
  4. From: berczuk@space.mit.edu (Steve Berczuk)
  5. Subject: Re: RESULTS: C++ file extension survey
  6. Message-ID: <1993Jan8.172050.27017@athena.mit.edu>
  7. Sender: news@athena.mit.edu (News system)
  8. Nntp-Posting-Host: plantagenet.mit.edu
  9. Organization: MIT Center for Space Research
  10. References: <1if5q2INN8pj@tsavo.hks.com> <1993Jan7.182757.8297@wam.umd.edu>
  11. Date: Fri, 8 Jan 1993 17:20:50 GMT
  12. Lines: 18
  13.  
  14. One issue I haven't seen raised in this discussion (but which has arisen multiple
  15. times in work situations where we are trying to decide on project-wide standards
  16. for naming is file name length limitations. 
  17.  
  18. in a unix environment, you often want to be portable to system V systems which have
  19. a file name limit of somethinglike 15 characters. you also want to have reasonably
  20. descriptive names. so that seems like a good reason to use .C in a unix envirinment
  21. rather than .cpp or .cc. Other platforms may have different issues.
  22.  
  23. what are thoughts about this?
  24. (keep in mind that a 15 char limit really means less if you allow for 
  25.  a ,v for the RCS file and teh "." between file name and extension and
  26.  any subsystem prefixes you might establish at your work site)
  27.  
  28. -- 
  29. Steve Berczuk            berczuk@mit.edu        
  30. MIT Center for Space Research    (617) 253-3840
  31.  
  32.