220 24702 <92dbf625-ba3b-4398-a31f-7705f2efc7db@isocpp.org> article Path: news.gmane.org!not-for-mail From: Nicol Bolas Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Re: Partial class: a separation of a class interface from its implementation with no memory costs Date: Fri, 26 Feb 2016 07:09:57 -0800 (PST) Lines: 63 Approved: news@gmane.org Message-ID: <92dbf625-ba3b-4398-a31f-7705f2efc7db@isocpp.org> References: <374600f5-0397-4243-91bc-d01afd145e6c@isocpp.org> <18a10a5c-ff3c-47da-ac10-f04d6898eb42@isocpp.org> <8edcbf63-80a3-4bb6-9b00-207d65b9934e@isocpp.org> Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_388_1553980770.1456499397479" X-Trace: ger.gmane.org 1456499409 6919 80.91.229.3 (26 Feb 2016 15:10:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 26 Feb 2016 15:10:09 +0000 (UTC) Cc: daniele.bordes@gmail.com To: ISO C++ Standard - Future Proposals Original-X-From: std-proposals+bncBCEKFTV6ZUMBBRWVYG3AKGQEVLSJR7I@isocpp.org Fri Feb 26 16:10:02 2016 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-oi0-f70.google.com ([209.85.218.70]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aZK1o-0003p7-7j for gclcip-std-proposals@m.gmane.org; Fri, 26 Feb 2016 16:10:00 +0100 Original-Received: by mail-oi0-f70.google.com with SMTP id i14sf142771756oig.3 for ; Fri, 26 Feb 2016 07:09:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isocpp-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version:x-original-sender:reply-to:precedence:mailing-list :list-id:x-spam-checked-in-group:list-post:list-help:list-archive :list-subscribe:list-unsubscribe; bh=BkL2+0fwKQGv6QAnwB++4Xpb7IQFlBNFa5DkHl17ul4=; b=MRf1Z1O06JY6X0+RQdEF9oV7M0OWLftspP0af6EiE05uysrL+IDhnrSix/Vh2Ufq/J KTah1P1cafOzlJGCB3aEgCmtceJvt1hluxKk3ipydNISuXI0YTGEPCywjLnOV/JDXJ1N Ho76nkPSvgXOp5gKi3SQjULQJtYaniOiLcpP7kQ3OANa8Zmi6zzF8fmVISPhek31Vu4b ZxoP6lICjUjfog9cUXypyPpCC8rJQ65tfYN40tuC6/kr21WL6ousBbmf0r0rugD3BJTp y89WW9s85Ap8MyW40pNPJ+lK1rOvdFYZTUkZWUpxXsk/cJA8kFc/Qp8ICeKSdel6aNEm lpfA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version:x-original-sender:reply-to:precedence:mailing-list :list-id:x-spam-checked-in-group:list-post:list-help:list-archive :list-subscribe:list-unsubscribe; bh=BkL2+0fwKQGv6QAnwB++4Xpb7IQFlBNFa5DkHl17ul4=; b=PQkAnA8SRIaVuDTsdSNc6xZruT6QqYF0mMi9BRR9iHE1W4MgsVt6MQ1RYTfSlDq476 U0c2X67AW2oVOBCgl1YRRBl6O5Z/19b01vOAG5ZjXxBm2/Vh2tFD7OZaxheGfeGIMJMm PRdw6oR1/GPpS/PbgyY5GD6L0gp+chn/UP2J+vbwduwTOjYkpfKkCGvjbcdSsmuyItue Y//AldFE+a1VMwthkQM69d2tu8goG52YiQ4ICJqeKnmRjF4eRqBnKHYAYLIjGbTUhFDZ NUdDWzvmeJYMesHP4KEkFFpv3xYluPR8NwcPX0FOBteFDFM3OY9SMd6NQn+gSc7R9bVU yN+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to :references:subject:mime-version:x-original-sender:reply-to :precedence:mailing-list:list-id:x-spam-checked-in-group:list-post :list-help:list-archive:list-subscribe:list-unsubscribe; bh=BkL2+0fwKQGv6QAnwB++4Xpb7IQFlBNFa5DkHl17ul4=; b=jVoZqZ7KX27Ydkaqw0U5JDqiJVslCs+Q9PHpclAVXAiP+okiRgBMMnvcA3J8I8tgq5 Irwsyymec7Pa2NmydGsetUPKirGNm/Q5j92OoP7FjcNIUe7WdzbHgz1zHYjSFH9EBs3R uA10XAs21V5vjeorSNHl9QUaoVo1arsrVS+WwA/J76B8TFaSeuBUeLpWo0OM9ZkB8q5D qXsKn58BYZxr8yF/aqzR0vnieu0hyCYP1RAMPDpIFGyeRhercpnDDnCWAz2hm6eMH39o nI10TAiWBp72S5lvKVgiwLcYBVwNrnnKpI03arWso/d+UTfGLyqylQ81wbtIc0lukONY hM6g== X-Gm-Message-State: AD7BkJLsjglg+VL94hIIcoVRkUYLvE/d6ADbnx+CdDaBpeTbk79xGx87+zRDyaDlLRu70g== X-Received: by 10.182.148.71 with SMTP id tq7mr1402252obb.21.1456499399378; Fri, 26 Feb 2016 07:09:59 -0800 (PST) X-BeenThere: std-proposals@isocpp.org Original-Received: by 10.50.92.69 with SMTP id ck5ls521872igb.23.canary; Fri, 26 Feb 2016 07:09:58 -0800 (PST) X-Received: by 10.50.103.68 with SMTP id fu4mr52412igb.9.1456499398168; Fri, 26 Feb 2016 07:09:58 -0800 (PST) In-Reply-To: <8edcbf63-80a3-4bb6-9b00-207d65b9934e@isocpp.org> X-Original-Sender: jmckesson@gmail.com Precedence: list Mailing-list: list std-proposals@isocpp.org; contact std-proposals+owners@isocpp.org List-ID: X-Spam-Checked-In-Group: std-proposals@isocpp.org 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:24702 Archived-At: ------=_Part_388_1553980770.1456499397479 Content-Type: multipart/alternative; boundary="----=_Part_389_959723523.1456499397479" ------=_Part_389_959723523.1456499397479 Content-Type: text/plain; charset=UTF-8 On Friday, February 26, 2016 at 10:00:09 AM UTC-5, Igor Baidiuk wrote: > > To me, it would be pretty obvious that compile-time reflection won't be > able to see private or internal class members from outside of the module. > So serialization, and any other form of reflection, has to be intrusive? Nonsense. As I understand it, modules are only defined in one place. So you can't add something to a module from outside of it, so under that paradigm, it would be impossible to make non-intrusive reflection work. That's not a good thing. -- 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. To view this discussion on the web visit https://groups.google.com/a/isocpp.org/d/msgid/std-proposals/92dbf625-ba3b-4398-a31f-7705f2efc7db%40isocpp.org. ------=_Part_389_959723523.1456499397479 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Friday, February 26, 2016 at 10:00:09 AM UTC-5, Igor Ba= idiuk wrote:
T= o me, it would be pretty obvious that compile-time reflection won't be = able to see private or internal class members from outside of the module.

So serialization, and any other form of refle= ction, has to be intrusive? Nonsense.

As I understand it, modules ar= e only defined in one place. So you can't add something to a module fro= m outside of it, so under that paradigm, it would be impossible to make non= -intrusive reflection work.

That's not a good thing.

--
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-proposa= ls+unsubscribe@isocpp.org.
To post to this group, send email to std-proposals@isocpp.org.
To view this discussion on the web visit https://groups.google.= com/a/isocpp.org/d/msgid/std-proposals/92dbf625-ba3b-4398-a31f-7705f2efc7db= %40isocpp.org.
------=_Part_389_959723523.1456499397479-- ------=_Part_388_1553980770.1456499397479-- .