home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / cplus / 19991 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.2 KB  |  49 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!munnari.oz.au!metro!extro.ucc.su.OZ.AU!maxtal
  3. From: maxtal@extro.ucc.su.OZ.AU (John MAX Skaller)
  4. Subject: Re: Question About Code In ARM
  5. Message-ID: <1993Jan26.220753.5187@ucc.su.OZ.AU>
  6. Sender: news@ucc.su.OZ.AU
  7. Nntp-Posting-Host: extro.ucc.su.oz.au
  8. Organization: MAXTAL P/L C/- University Computing Centre, Sydney
  9. References: <1993Jan20.014738.8501@ctp.com> <1993Jan20.233819.24771@ucc.su.OZ.AU> <DOUG.93Jan21151105@monet.ads.com>
  10. Date: Tue, 26 Jan 1993 22:07:53 GMT
  11. Lines: 36
  12.  
  13. In article <DOUG.93Jan21151105@monet.ads.com> doug@monet.ads.com (Doug Morgan) writes:
  14. >In article <1993Jan20.233819.24771@ucc.su.OZ.AU> maxtal@extro.ucc.su.OZ.AU (John MAX Skaller) writes:
  15. >   In article <1993Jan20.014738.8501@ctp.com> dchen@ctp.com (Denys Chen) writes:
  16. >   >(In another word, can we remove ", public virtual W" ?) 
  17. >   >                                 ^^^^^^^^^^^^^^^^^^
  18. >
  19. >       Depends. The requirement "you can only initialise an
  20. >   immediate base"...
  21. >
  22. >Actually, the ARM statement (pg. 290) is "Initializers for immediate
  23. >base classes ... may be specified in the definition of a constructor."
  24. >It doesn't come right our and say ONLY immediate base classes can be
  25. >initialized.  
  26. >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.     Better not be tossed out: its an important restriction.
  33.  
  34. >
  35. >Hopefully the sections on virtual base classes for the final standard
  36. >will be heavily edited by someone with a nack for logical expression
  37. >in English.  Those sections are really a mess in the ARM.
  38.  
  39.     Even better, the rule for virtual base initialisation
  40. could be improved so you dont have to init every VB in the complete
  41. object .. a real mess when you're mixing 20 VB together.
  42.  
  43.  
  44. -- 
  45. ;----------------------------------------------------------------------
  46.         JOHN (MAX) SKALLER,         maxtal@extro.ucc.su.oz.au
  47.     Maxtal Pty Ltd, 6 MacKay St ASHFIELD, NSW 2131, AUSTRALIA
  48. ;------ SCIENTIFIC AND ENGINEERING SOFTWARE ---ph:  2 799 8223 --------
  49.