Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.lang.c++.moderated    |    Moderated discussion of C++ superhackery    |    33,346 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 31,734 of 33,346    |
|    Marsh Ray to Pete Becker    |
|    Re: Private member functions cannot be g    |
|    12 Dec 11 14:53:15    |
      From: marsh@extendedsubset.com              On 12/11/2011 02:51 AM, Pete Becker wrote:       > On 2011-12-10 13:56:41 +0000, Marsh Ray said:       >> On 12/09/2011 11:28 AM, Peter C. Chapin wrote:       >>> the author of class Foo is free to change or remove Foo::f at their       >>> whim. Such a change should not be a breaking change since Foo::f is       >>> private. Yet if class Bar could name Foo::f that code would fail to       >>> compile after Foo::f is removed.       >>       >> Perhaps it would make sense for some future standard to downgrade       >> unmatched specifiers in friend declarations to a diagnostic message?       >       > Please note that the standard requires a diagnostic message for code       > that violates the language rules (roughly speaking). Nothing more.       > There's no way to downgrade anything to a diagnostic message, since       > that's what's currently required.              Forgive me if I didn't use the correct wording. I was attempting to       suggest that the language explicitly permit such code (where possible)       and "encourage implementations to issue a warning".              - Marsh                     --        [ See http://www.gotw.ca/resources/clcm.htm for info about ]        [ comp.lang.c++.moderated. First time posters: Do this! ]              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca