home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / cplus / 12268 < prev    next >
Encoding:
Internet Message Format  |  1992-08-12  |  2.1 KB
  1. Path: sparky!uunet!snorkelwacker.mit.edu!ai-lab!life.ai.mit.edu!tmb
  2. From: tmb@arolla.idiap.ch (Thomas M. Breuel)
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: run-time type checking, freezing, and thawing
  5. Message-ID: <TMB.92Aug12173706@arolla.idiap.ch>
  6. Date: 12 Aug 92 21:37:06 GMT
  7. References: <2A7FCE77.45E5@tct.com> <IRS5BBM@netmbx.netmbx.de> <2A827DFD.6D68@tct.com>
  8.     <1992Aug10.191631.4133@microsoft.com> <WNZ5RGC@netmbx.netmbx.de>
  9. Sender: news@ai.mit.edu
  10. Reply-To: tmb@idiap.ch
  11. Organization: IDIAP (Institut Dalle Molle d'Intelligence Artificielle
  12.     Perceptive)
  13. Lines: 31
  14. In-reply-to: jrobie@netmbx.netmbx.de's message of 12 Aug 92 13:43:05 GMT
  15.  
  16. In article <WNZ5RGC@netmbx.netmbx.de> jrobie@netmbx.netmbx.de (Jonathan Robie) writes:
  17.  
  18.    jimad@microsoft.com (Jim Adcock) writes:
  19.  
  20.    >In article <2A827DFD.6D68@tct.com> chip@tct.com (Chip Salzenberg) writes:
  21.    >|Therefore, EVEN IF the C++ standard includes RTTI, object storage will
  22.    >|STILL require preprocessors and all that loathsome junk that you claim
  23.    >|will be unnecessary once RTTI becomes available.
  24.  
  25.    >An alternative to loathsome preprocessors is to use loathsome postprocessors
  26.    >instead and grovel over the debugging information emitted in the .objs.
  27.    >This makes your postprocessors dependent on the .obj format emitted, but
  28.    >still this should be an easier task.
  29.  
  30.    We could take that even one step further, and grovel over debugging info
  31.    placed in the .EXEs.  In fact, we could develop a general purpose library
  32.    for accessing this information.  And we could standardize this for all
  33.    vendors.  We have now rederived the concept of extended run time type
  34.    information....
  35.  
  36. No, "we" have not. Your version of "extended run time type
  37. information" seems to encompass dynamic type information.  But, the
  38. debugging information in ".o" files only gives you static type
  39. information.
  40.  
  41. Concretely, using the usual C debugging information, you can ask "what
  42. type does this variable have" and "what types is this structure type
  43. composed of", but you can not ask "what type of object is this pointer
  44. actually pointing to".
  45.  
  46.                     Thomas.
  47.