home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / lang / cplus / 17949 < prev    next >
Encoding:
Text File  |  1992-12-14  |  1.6 KB  |  37 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!darwin.sura.net!lhc!lhc!warsaw
  3. From: warsaw@nlm.nih.gov (Barry A. Warsaw)
  4. Subject: Re: Survey: File Extension
  5. In-Reply-To: twriter@rd.hydro.on.ca's message of Mon, 14 Dec 92 21:10:10 GMT
  6. Message-ID: <WARSAW.92Dec14165046@anthem.nlm.nih.gov>
  7. Lines: 20
  8. Sender: news@nlm.nih.gov
  9. Reply-To: warsaw@nlm.nih.gov (Barry A. Warsaw)
  10. Organization: Century Computing, Inc.
  11. References: <1gb1h0INNle2@tsavo.hks.com> <78146@hydra.gatech.EDU>
  12.     <stanleyr.724172017@kramden> <Bz80Bu.HI4@knot.ccs.queensu.ca>
  13.     <WARSAW.92Dec14101955@anthem.nlm.nih.gov>
  14.     <1992Dec14.211010.10318@rd.hydro.on.ca>
  15. Date: 14 Dec 92 21:50:46 GMT
  16.  
  17.  
  18.     me> Should the .h file extension matter?  Do compilers supporting
  19.     me> pre-compiled headers need to know the extension for header
  20.     me> files?  Just wondering 'cause we use .cc and .hh
  21.  
  22.     Timothy> Is there a good reason for having separate extensions for
  23.     Timothy> C and C++ header files?
  24.  
  25.     Timothy> One situation where I have found it useful to have
  26.     Timothy> separate extensions is for editors which choose a mode
  27.     Timothy> based on the extension.  However, I get around this with
  28.     Timothy> GNU emacs using file local variables e.g.
  29.  
  30. That's one reason, though as you mention the file local vars should
  31. handle that just fine.  The other really is just notational. It helps
  32. our people to know if a header file is from some in-house package or
  33. not when they're looking at a #include list.  .hh just seemed like it
  34. paralleled .cc nicely...
  35.  
  36. It doesn't really have anything to do with #ifdef'ing on __cplusplus.
  37.