home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / cplus / 12585 < prev    next >
Encoding:
Text File  |  1992-08-19  |  2.4 KB  |  68 lines
  1. Path: sparky!uunet!mcsun!sunic!hagbard!loglule!jbn
  2. From: jbn@lulea.trab.se (Johan Bengtsson)
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: destruction of temporaries
  5. Message-ID: <4850@holden.lulea.trab.se>
  6. Date: 19 Aug 92 15:00:16 GMT
  7. References: <1992Aug17.233923.14077@microsoft.com>
  8. Organization: Telia Research AB, Aurorum 6, 951 75 Lulea, Sweden
  9. Lines: 56
  10. X-Newsreader: Tin 1.1 PL4
  11.  
  12. jimad@microsoft.com (Jim Adcock) writes:
  13. : In article <46140@sunquest.UUCP> bill@sunquest.UUCP (Bill Raves) writes:
  14. : |For example, Jim Adcock has suggested
  15. : |(<70784@microsoft.UUCP>) "NEVER rely on unnamed temporaries to do
  16. : |anything...", but this would seem to erode the expressiveness of the
  17. : |language: constructs like "foo(x + y)" and "foo()[i]" would no longer
  18. : |be permissible. 
  19. : 
  20. : When an unnamed temporary is assigned to a reference, then the unnamed
  21. : temporary is no longer unnamed.  I believe this should mean that the lifetime
  22. : of the temporary then becomes that of the reference, but its easy to find
  23. : lots of compilers that disagree with this.
  24.  
  25. I thought the ARM was explicit about binding a reference to a temporary,
  26. that the temporary may not be destroyed until the reference is?
  27.  
  28. Yes, there it is, on page 268.  This then means that "lots of
  29. compilers" are broken, no?
  30.  
  31. Neither g++ version 1.40.3 nor Sun C++ 2.1 seems to do this.
  32.  
  33. Below is a small program that tries to test this, for a simple
  34. case.  Are there compilers that produce output with this program?
  35.  
  36. //------------------------------------------------------------
  37. #include <stream.h>
  38.  
  39. class C { public:
  40.    int cookie;
  41.    C() { cookie = 12345; }
  42.    ~C() { cookie = 0; }
  43.    static C temp();
  44. };
  45.  
  46. C C::temp()
  47. { C c; return c; }
  48.  
  49. void f( const C& c )
  50. { if ( c.cookie != 12345 ) cerr << "The compiler is broken\n"; }
  51.  
  52. int main() {
  53.    f( C::temp() );  // Sun C++ 2.1 warns here, why?
  54.    const C& cr = C::temp();
  55.    f( cr );
  56.    return 0;
  57. }
  58. //------------------------------------------------------------
  59.  
  60. Anyone have an idea why Sun C++ 2.1 doesn't like "f( C::temp() );"?
  61. "warning:  initializer for non-const reference not an lvalue (anachronism)"
  62.  
  63. -- 
  64. --------------------------------------------------------------------------
  65. | Johan Bengtsson, Telia Research AB, Aurorum 6, S-951 75 Lulea, Sweden  |
  66. | jbn@lulea.trab.se; Voice:(+46)92075471; Fax:(+46)92075490              |
  67. --------------------------------------------------------------------------
  68.