home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / lang / cplus / 18628 < prev    next >
Encoding:
Internet Message Format  |  1993-01-01  |  1.3 KB
  1. Path: sparky!uunet!usc!cs.utexas.edu!torn!utcsri!relay.cs.toronto.edu!compuserve.com!76336.3114
  2. Newsgroups: comp.lang.c++
  3. From: 76336.3114@CompuServe.COM (Kevin Dean)
  4. Subject: Standard library functions and macros
  5. Message-ID: <930101234006_76336.3114_EHJ42-1@CompuServe.COM>
  6. Date: 1 Jan 93 23:47:33 GMT
  7. Lines: 26
  8.  
  9. In an article date Dec. 31, Jim Adcock (jimad@microsoft.com) says:
  10.  
  11. >"Reserved" in the same sense that ANSI-C reserved them -- that is if you
  12. >#include the corresponding ANSI-C standard header, then the function
  13. >names in that standard header become reserved. 
  14.  
  15. In what sense do they become reserved?  I see no problem with reserving
  16. ::fcnName() but I have difficulty accepting the idea that Class::fcnName()
  17. is reserved as well.
  18.  
  19. >If this is not acceptible, then simply don't include that standard header
  20. >file.
  21.  
  22. All well and good but I've seen some compilers (Microsoft's among them)
  23. that, with certain optimizations turned on, reserve the function name
  24. anyway even though its corresponding header has not been included.  (I
  25. don't know if this applies to MSC 7.0 since I haven't played with it yet
  26. but it was certainly the case with 6.0).
  27.  
  28. Kevin Dean
  29.  
  30. SNAG: acronym for Sensitive New-Age Goof, one who, without any relevant
  31. experience, is always willing to enlighten the ignorant masses on the
  32. social issue of the day.  Have you hit any SNAGs lately?
  33.  
  34.  
  35.