home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / cplus / 19706 < prev    next >
Encoding:
Text File  |  1993-01-21  |  1.9 KB  |  41 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!ames!ads.com!saturn!doug
  3. From: doug@monet.ads.com (Doug Morgan)
  4. Subject: Re: Question About Code In ARM
  5. In-Reply-To: maxtal@extro.ucc.su.OZ.AU's message of Wed, 20 Jan 1993 23:38:19 GMT
  6. Message-ID: <DOUG.93Jan21151105@monet.ads.com>
  7. Sender: usenet@ads.com (USENET News)
  8. Organization: Advanced Decision Systems, Mountain View, CA 94043, +1 (415)
  9.     960-7300
  10. References: <1993Jan20.014738.8501@ctp.com>
  11.     <1993Jan20.233819.24771@ucc.su.OZ.AU>
  12. Date: Thu, 21 Jan 1993 23:11:05 GMT
  13. Lines: 26
  14.  
  15. In article <1993Jan20.233819.24771@ucc.su.OZ.AU> maxtal@extro.ucc.su.OZ.AU (John MAX Skaller) writes:
  16.    In article <1993Jan20.014738.8501@ctp.com> dchen@ctp.com (Denys Chen) writes:
  17.    >(In another word, can we remove ", public virtual W" ?) 
  18.    >                                 ^^^^^^^^^^^^^^^^^^
  19.  
  20.        Depends. The requirement "you can only initialise an
  21.    immediate base"...
  22.  
  23. Actually, the ARM statement (pg. 290) is "Initializers for immediate
  24. base classes ... may be specified in the definition of a constructor."
  25. It doesn't come right our and say ONLY immediate base classes can be
  26. initialized.  Of course, the (supposedly superfluous) commentary seems
  27. to think this when it says "Disallowing the initialization of indirect
  28. bases...".  In any case, someone (I think it was Stephen Clamage) said
  29. the (quasi-implied) restriction has been tossed from the latest
  30. version of the proposed standard.
  31.  
  32. Hopefully the sections on virtual base classes for the final standard
  33. will be heavily edited by someone with a nack for logical expression
  34. in English.  Those sections are really a mess in the ARM.
  35.  
  36.    -- 
  37.    ;----------------------------------------------------------------------
  38.        JOHN (MAX) SKALLER,         maxtal@extro.ucc.su.oz.au
  39.        Maxtal Pty Ltd, 6 MacKay St ASHFIELD, NSW 2131, AUSTRALIA
  40.    ;------ SCIENTIFIC AND ENGINEERING SOFTWARE ---ph:  2 799 8223 --------
  41.