220 7566 <2434394.qTJQO2yfY8@tjmaciei-mobl2> article Path: news.gmane.org!not-for-mail From: Thiago Macieira Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Re: Re: Fixing the private method issue Date: Sun, 03 Nov 2013 18:36:03 -0800 Lines: 32 Approved: news@gmane.org Message-ID: <2434394.qTJQO2yfY8@tjmaciei-mobl2> References: Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: ger.gmane.org 1383532562 21545 80.91.229.3 (4 Nov 2013 02:36:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 Nov 2013 02:36:02 +0000 (UTC) To: std-proposals@isocpp.org Original-X-From: std-proposals+bncBCB4TK757YBRBFUQ3SJQKGQEH72DE4Q@isocpp.org Mon Nov 04 03:36:08 2013 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-lb0-f200.google.com ([209.85.217.200]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VdA1Q-0000sA-2B for gclcip-std-proposals@m.gmane.org; Mon, 04 Nov 2013 03:36:08 +0100 Original-Received: by mail-lb0-f200.google.com with SMTP id z5sf8914579lbh.3 for ; Sun, 03 Nov 2013 18:36:07 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:message-id:user-agent :in-reply-to:references:mime-version:x-original-sender :x-original-authentication-results:reply-to:precedence:mailing-list :list-id:list-post:list-help:list-archive:list-subscribe :list-unsubscribe:content-type; bh=uqnjjjluF0csTmaqgv8p5/TUhkEiPI91KHRVrz8rPcM=; b=EI3M6C4XRBxJfSlls2z1DAkkcaqvfr2+Tb0rh9FvtK7Dp1vpK51fqP0Od9xb9JI7sO 0zYhab5mQGrR6WFz5yXo9yJDzzP9wYzhU8B9tiOOG0SZH2JYjUEtVlAhQNeOLTYsCRv9 zoPAlQxg9ULRGXORAAWCalDB3yPmjsXGqXragSXZ/VSYLtCzRrO8RNd4qPnxV07vDHtS tIC+Iik21vgF9cZVdgm8fU2/pMKICw2/AHPGRPbEwhVaWnTK3ag17NUyjK39JrTVSjMZ +zRXbsdBnUhqLHiLWVP3GkhUtcseKkdviNjHcEcCN8N57IOMLBAmz/9tTDDGuZSRjwgU aagA== X-Gm-Message-State: ALoCoQmoGnj7QZDQWi1MZ5erNQVbapSp/FMrWccS0YJjW1XWYN8clmrKrrsFZzxPPMABrZW0jzUm X-Received: by 10.152.121.34 with SMTP id lh2mr5233623lab.1.1383532567355; Sun, 03 Nov 2013 18:36:07 -0800 (PST) X-BeenThere: std-proposals@isocpp.org Original-Received: by 10.180.198.170 with SMTP id jd10ls421883wic.35.gmail; Sun, 03 Nov 2013 18:36:06 -0800 (PST) X-Received: by 10.15.32.198 with SMTP id a46mr15850688eev.31.1383532566434; Sun, 03 Nov 2013 18:36:06 -0800 (PST) Original-Received: from gondolin.macieira.info (gondolin.macieira.info. [2a01:4f8:d13:f81:21c:14ff:fe01:12a3]) by mx.google.com with ESMTP id n47si8826304eeg.145.2013.11.03.18.36.06 for ; Sun, 03 Nov 2013 18:36:06 -0800 (PST) Received-SPF: pass (google.com: domain of thiago@macieira.org designates 2a01:4f8:d13:f81:21c:14ff:fe01:12a3 as permitted sender) client-ip=2a01:4f8:d13:f81:21c:14ff:fe01:12a3; Original-Received: from tjmaciei-mobl2.localnet (unknown [IPv6:2002:3289:aaef:0:29c9:1ca4:638f:9ebb]) by gondolin.macieira.info (Postfix) with ESMTPSA id 03A9B12C01E for ; Sun, 3 Nov 2013 18:36:05 -0800 (PST) User-Agent: KMail/4.12 pre (Linux/3.9.10-100+i915fix.fc17.x86_64; KDE/4.11.60; x86_64; git-8054221; 2013-08-01) In-Reply-To: X-Original-Sender: thiago@macieira.org X-Original-Authentication-Results: mx.google.com; spf=pass (google.com: domain of thiago@macieira.org designates 2a01:4f8:d13:f81:21c:14ff:fe01:12a3 as permitted sender) smtp.mail=thiago@macieira.org Precedence: list Mailing-list: list std-proposals@isocpp.org; contact std-proposals+owners@isocpp.org List-ID: X-Google-Group-Id: 399137483710 List-Post: , List-Help: , List-Archive: List-Subscribe: , List-Unsubscribe: , Xref: news.gmane.org gmane.comp.lang.c++.isocpp.proposals:7566 Archived-At: On segunda-feira, 4 de novembro de 2013 03:09:00, Philipp Stephani wrote: > 2013/11/4 Philipp Stephani > > > I'm not sure whether a restriction should be made to only allow private > > nonvirtual functions outside the class definition -- a rule could be added > > that the class layout may not be different for any nonzero number of > > virtual functions, and the compiler could signal an error if a virtual > > function is to be added to a class whose definition doesn't contain any > > virtual functions. > > This is wrong: As already pointed out by the OP, all virtual functions can > be overridden and are therefore part of the interface, regardless of their > visibility. No, they cannot. Overriding a virtual function may change the ABI. *Any* virtual declaration must be visible to all callers. -- Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org Software Architect - Intel Open Source Technology Center PGP/GPG: 0x6EF45358; fingerprint: E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358 -- --- You received this message because you are subscribed to the Google Groups "ISO C++ Standard - Future Proposals" group. To unsubscribe from this group and stop receiving emails from it, send an email to std-proposals+unsubscribe@isocpp.org. To post to this group, send email to std-proposals@isocpp.org. Visit this group at http://groups.google.com/a/isocpp.org/group/std-proposals/. .