home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / cplus / 13069 < prev    next >
Encoding:
Internet Message Format  |  1992-08-30  |  1.2 KB
  1. Path: sparky!uunet!kithrup!stanford.edu!ames!pacbell.com!att!att!allegra!alice!ark
  2. From: ark@alice.att.com (Andrew Koenig)
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: complex classes and temporary destruction.
  5. Message-ID: <23592@alice.att.com>
  6. Date: 30 Aug 92 02:41:36 GMT
  7. Article-I.D.: alice.23592
  8. References: <MCGRANT.92Aug26232410@rascals.stanford.edu> <23563@alice.att.com> <64821@cup.portal.com> <23578@alice.att.com> <64878@cup.portal.com> <23587@alice.att.com> <64915@cup.portal.com>
  9. Reply-To: ark@alice.UUCP ()
  10. Distribution: world
  11. Organization: AT&T Bell Laboratories, Murray Hill NJ
  12. Lines: 16
  13.  
  14. In article <64915@cup.portal.com> Aurelius@cup.portal.com (Mark Christian Barnes) writes:
  15.  
  16. >  If operator+(a,b) does, in fact, construct a temporary of type
  17. > String, then the compiler could determine its storage class,
  18. > perhaps based upon the storage class of the context to which
  19. > it is applied.
  20.  
  21. Sorry, but I'm not going to tell you what operator+(a,b) does.
  22. I'm compiling it separately and giving you the object code to link
  23. in with your source code.
  24.  
  25. Now, how is the compiler going to determine its storage class when
  26. it is compiling your program?
  27. -- 
  28.                 --Andrew Koenig
  29.                   ark@europa.att.com
  30.