220 7613 article Path: news.gmane.org!not-for-mail From: "Billy O'Neal" Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Re: Re: Fixing the private method issue Date: Wed, 6 Nov 2013 10:01:39 -0800 Lines: 115 Approved: news@gmane.org Message-ID: References: <527a6d7d.ea42420a.1057.ffffdaad@mx.google.com> Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e010d96c43d80c304ea85f30f X-Trace: ger.gmane.org 1383760936 14152 80.91.229.3 (6 Nov 2013 18:02:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 6 Nov 2013 18:02:16 +0000 (UTC) To: std-proposals Original-X-From: std-proposals+bncBDKLBLVE6ADBBK4I5KJQKGQETS5JWKQ@isocpp.org Wed Nov 06 19:02:22 2013 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-qa0-f70.google.com ([209.85.216.70]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ve7Qr-0002oI-7x for gclcip-std-proposals@m.gmane.org; Wed, 06 Nov 2013 19:02:21 +0100 Original-Received: by mail-qa0-f70.google.com with SMTP id f11sf19407qae.5 for ; Wed, 06 Nov 2013 10:02:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to: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=UozfsqwPblQhw57QzGHXmDH5PYmtqLLiFi3LwB7mXPU=; b=gMVWJiWbkcwDUsTLn726lJm59ipKWRakxEVo2d6gCi++CdBWdqYXLuUh/uvo5jqVEA 5tt08Nb50PntVHVHM2dAU1phv8LcN49ET4S1yUhzA7W7p66lbvRkTpfjsrmNcRaBsdVQ KeVNRoeJrORy4IQJI35ZG4HzvoyezV6Y3qhUPGF3bD6L0RSAaOCfvhnCzu+8736AjyVS G+YLNb+xHPc10QALhO4v01pad/dednhLK8dFd1Ufh98qMXoz2Qg9+rPc7zvx9lzsIPTX MFqel3otk6F8QJj/ORlJPcj+gitthDlBMFX4ULJtfT4NBlL5DxCdnwIchN3HuU4DbQlV j9Cw== X-Gm-Message-State: ALoCoQkw+1+T7c/hNf8uDXka+jcS+IpuvzKScHCqC5/rh3xuAQVfYSiuo0RFGdwLgFYllaXLcYkw X-Received: by 10.236.112.161 with SMTP id y21mr748853yhg.51.1383760940443; Wed, 06 Nov 2013 10:02:20 -0800 (PST) X-BeenThere: std-proposals@isocpp.org Original-Received: by 10.49.18.199 with SMTP id y7ls750205qed.30.gmail; Wed, 06 Nov 2013 10:02:19 -0800 (PST) X-Received: by 10.236.188.232 with SMTP id a68mr3046379yhn.8.1383760939713; Wed, 06 Nov 2013 10:02:19 -0800 (PST) Original-Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [2607:f8b0:4003:c01::22d]) by mx.google.com with ESMTPS id a48si11164012yhd.62.2013.11.06.10.02.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 06 Nov 2013 10:02:19 -0800 (PST) Received-SPF: pass (google.com: domain of billy.oneal@gmail.com designates 2607:f8b0:4003:c01::22d as permitted sender) client-ip=2607:f8b0:4003:c01::22d; Original-Received: by mail-ob0-f173.google.com with SMTP id gq1so10435296obb.18 for ; Wed, 06 Nov 2013 10:02:19 -0800 (PST) X-Received: by 10.60.101.161 with SMTP id fh1mr1019325oeb.74.1383760939281; Wed, 06 Nov 2013 10:02:19 -0800 (PST) Original-Received: by 10.182.87.37 with HTTP; Wed, 6 Nov 2013 10:01:39 -0800 (PST) In-Reply-To: X-Original-Sender: billy.oneal@gmail.com X-Original-Authentication-Results: mx.google.com; spf=pass (google.com: domain of billy.oneal@gmail.com designates 2607:f8b0:4003:c01::22d as permitted sender) smtp.mail=billy.oneal@gmail.com; dkim=pass header.i=@gmail.com; dmarc=pass (p=NONE dis=NONE) header.from=gmail.com 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:7613 Archived-At: --089e010d96c43d80c304ea85f30f Content-Type: text/plain; charset=ISO-8859-1 I'm confused -- first you want to be able to add private non-virtual member functions to a class inside of a single translation unit, which seems reasonable. Now you're proposing something else -- completely separating the public interface of the class from its representation. I don't think that'd be near as useful -- the number of translation units which mention the type, call public member functions of the type, but don't try to copy or otherwise interact with it are going to be extremely small. Plus, such a feature would be far harder to specify given the way the language currently works. Billy O'Neal https://github.com/BillyONeal/ http://stackoverflow.com/users/82320/billy-oneal Malware Response Instructor - BleepingComputer.com On Wed, Nov 6, 2013 at 8:39 AM, Olaf van der Spek wrote: > On Wed, Nov 6, 2013 at 5:25 PM, billy.oneal@gmail.com > wrote: > > If you pass by reference there's no need for the type to be complete > either. > > Member functions can't be called on an incomplete type > > -- > > --- > 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/. > -- --- 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/. --089e010d96c43d80c304ea85f30f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I'm confused -- first you want to be able to add = private non-virtual member functions to a class inside of a single translat= ion unit, which seems reasonable. Now you're proposing something else -= - completely separating the public interface of the class from its represen= tation. I don't think that'd be near as useful -- the number of tra= nslation units which mention the type, call public member functions of the = type, but don't try to copy or otherwise interact with it are going to = be extremely small. Plus, such a feature would be far harder to specify giv= en the way the language currently works.

Billy O'Neal
Malware Response Instructor - BleepingComputer.com


On Wed, Nov 6, 2013 at 8:39 AM, Olaf van= der Spek <olafvdspek@gmail.com> wrote:
On Wed, Nov 6, 2013 at 5:25 PM, billy.oneal@gmail.com
<billy.oneal@gmail.com> = wrote:
> If you pass by reference there's no need for the type to be comple= te either.

Member functions can't be called on an incomplete type

--

---
You received this message because you are subscribed to the Google Groups &= quot;ISO C++ Standard - Future Proposals" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to std-propo= sals+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/gro= up/std-proposals/.

--
 
---
You received this message because you are subscribed to the Google Groups &= quot;ISO C++ Standard - Future Proposals" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail 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/<= /a>.
--089e010d96c43d80c304ea85f30f-- .