220 23525 <0b4baca8-ad36-438c-bd56-cb0609a56d8c@isocpp.org> article Path: news.gmane.org!not-for-mail From: Greg Marr Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Re: Re: n4428 and Tuple-like access interface reflection Date: Tue, 5 Jan 2016 18:36:29 -0800 (PST) Lines: 94 Approved: news@gmane.org Message-ID: <0b4baca8-ad36-438c-bd56-cb0609a56d8c@isocpp.org> References: <56770133.7070701@wanadoo.fr> <5681D877.3010101@wanadoo.fr> <43daa6cd-e152-43c1-ab51-0661779d344b@isocpp.org> <568942A9.80700@wanadoo.fr> <568B0DA1.3080704@wanadoo.fr> <7d4bd204-e4c3-4f60-8be5-63d8127daf74@isocpp.org> <487ea013-6fcb-4d2e-8bc7-8fe96cdbf0a9@isocpp.org> <568C3EC7.8070900@wanadoo.fr> <568C698A.5060208@wanadoo.fr> Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_11902_240020352.1452047789762" X-Trace: ger.gmane.org 1452047795 7051 80.91.229.3 (6 Jan 2016 02:36:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 6 Jan 2016 02:36:35 +0000 (UTC) To: ISO C++ Standard - Future Proposals Original-X-From: std-proposals+bncBDEZH3XFPIIK765RWQCRUBBHOJFSY@isocpp.org Wed Jan 06 03:36:34 2016 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-ob0-f198.google.com ([209.85.214.198]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aGdxg-0004sU-IV for gclcip-std-proposals@m.gmane.org; Wed, 06 Jan 2016 03:36:32 +0100 Original-Received: by mail-ob0-f198.google.com with SMTP id pp16sf1583754obb.3 for ; Tue, 05 Jan 2016 18:36:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isocpp-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:message-id:in-reply-to:references:subject:mime-version :content-type: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=NtTaCeW/Ij2iEVPH/CctKMHUjgPukmgy3oUsv3I09ec=; b=ccAF+t5w70KeoCPyPxFkJq/2l2ZseaWPU8K49wjnn0ItJDiEu17Xm/d1VadoYmeimM 9K6Asi/K2/UCkcBsl4xC5KGvdURAfyiSKwLF8e3p4F78TQX+g7vQn7D2qkwcduoZGjce 8dnmJe6f7ByiYFj1v+7Om4FtySn1TujSiFg4gtuWeybif/Vh3Du9sfkQ0rv0n1K6MHWg Fc1/c4Vv3AT108dB+JSGJcJBj6zt7VfPl9iGzAiXotp5sPZRZNALfWYGJr+bCE4hoq+F iqWLbV2hm2iqua6x+aZoTmD0TVapY2B9Fy4IF92DdZT6d9Ii4rOPJiX9E7n77mjUo0V0 pVkw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:message-id:in-reply-to:references:subject:mime-version :content-type: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=NtTaCeW/Ij2iEVPH/CctKMHUjgPukmgy3oUsv3I09ec=; b=XPFLW9E/y7kAqQXDU1b0gjmkOertUG2cPcWjU/yRrtrGYPn3/6xkKYynKwcyAXgbIv k1oOEDThG54alLhRvBCk8hABTSwuVaPAHsOuDvCAydNlEcSjbgqQJhJwFwtQHHfhQPn6 Zma4pt0/7FlwZfKZzUc5jVk4/IaPQqEx5TBOkxocu+Vp1/aZEu9Q3+WHuAwXXiU4rwzx o/+BZBqYR9lrHJsqFRAKQsl1oXDMmg3JnvekSjnsBTn8LASP7Ts4l27dTJRLMMVB1RzN bJmIyb5VDmMiN/SnK6x3ApsvOh50WZFjvpwBpF03AK+h6ZQhR8tMncXs33y7mpUE0g9g oylQ== 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:message-id:in-reply-to:references :subject:mime-version:content-type: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=NtTaCeW/Ij2iEVPH/CctKMHUjgPukmgy3oUsv3I09ec=; b=Bm5mL2HTGwH2tE4QTc+wMpcfIHvsyb1hvig4P2c/RTIP3AKmtUrFp9FmAjQvCvnB5t rGMCr+aQlRZW2OSkHYl4exF32SpJTHFCEetx7W+/d9j32jnx0Td0x24jzsUZiqO20qsJ v+dUQkSTN7FMr5p0tlF5bxg87+sd1EfJHDgBt9zANwNaVtJ3WOM337/fMtyOvTOgqJYo NgLYw/fg8PvccYQ31s/AWsWZi7kiNipsWYF+y+3MaWyI7TrO0Cr2Qu/oeZb9xHO7oYEn MGydawlUahlEgZaQnWcxy2eQIA/aS4wvLoo2pPmWbWiWf+e8HMjCQH7WTJv8xHbQ7OmZ OECA== X-Gm-Message-State: ALoCoQkdnhbnZ/o0OqK7tRo05ihWIEHytmoazQThu6Jf0sBVLBPJS2zYHE67Lbk0ZvY7JlzDGN92rjMbCKt1JJw2TvvylPmxXQ== X-Received: by 10.50.132.9 with SMTP id oq9mr6551331igb.3.1452047791737; Tue, 05 Jan 2016 18:36:31 -0800 (PST) X-BeenThere: std-proposals@isocpp.org Original-Received: by 10.50.142.39 with SMTP id rt7ls453724igb.9.gmail; Tue, 05 Jan 2016 18:36:30 -0800 (PST) X-Received: by 10.50.225.101 with SMTP id rj5mr210492igc.3.1452047790892; Tue, 05 Jan 2016 18:36:30 -0800 (PST) In-Reply-To: <568C698A.5060208@wanadoo.fr> X-Original-Sender: gregmmarr@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:23525 Archived-At: ------=_Part_11902_240020352.1452047789762 Content-Type: multipart/alternative; boundary="----=_Part_11903_1023226280.1452047789762" ------=_Part_11903_1023226280.1452047789762 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tuesday, January 5, 2016 at 8:10:37 PM UTC-5, Vicente J. Botet Escriba= =20 wrote: > > Le 05/01/2016 23:08, Vicente J. Botet Escriba a =C3=A9crit : > > Thanks to all for your help. Could we conclude then that the generation= =20 > should be done when > > - (1) no private or protected non-static data members and > - (2) no base classes=20 > > This could be relaxed to having no more than 1 public base class, such=20 > that the base class satisfy the same constraints. Having two base classes= =20 > makes it difficult to have a coherent access to the members of the second= =20 > class. > If the issue with #1 is just about having a well-defined order for the data members, then it could be relaxed to all non-static data members have the same access. Not sure how useful that would be in practice though, as this would generally be used outside the class. --=20 ---=20 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 e= mail to std-proposals+unsubscribe@isocpp.org. To post to this group, send email to std-proposals@isocpp.org. Visit this group at https://groups.google.com/a/isocpp.org/group/std-propos= als/. ------=_Part_11903_1023226280.1452047789762 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Tuesday, January 5, 2016 at 8:10:37 PM UTC-5, Vicente J= .. Botet Escriba wrote:
=20 =20 =20
Le 05/01/2016 23:08, Vicente J. Botet Escriba a =C3=A9crit=C2=A0:
=20 =20 Thanks to all for your help. Could we conclude then that the generation should be done when
   - (1) no private or protected non-static data members and
   - (2) no base classes
This could be relaxed to having no more than 1 public base class, such that the base class satisfy the same constraints. Having two base classes makes it difficult to have a coherent access to the members of the second class.

= If the issue with #1 is just about having a well-defined order for the data=
members, then it could be relaxed to all non-static data members= have
the same access. =C2=A0Not sure how useful that would be in= practice though,
as this would generally be used outside the cla= ss.

--

---
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.
Visit this group at https://groups.google.com/a/isocpp.org/group/std-proposals= /.
------=_Part_11903_1023226280.1452047789762-- ------=_Part_11902_240020352.1452047789762-- .