220 9887 <10450602-fee9-48c4-9fa2-d000e434f5fb@isocpp.org> article Path: news.gmane.org!not-for-mail From: Matheus Izvekov Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Re: Re: Explicitly-defaulted enumeration operators Date: Mon, 17 Mar 2014 21:19:12 -0700 (PDT) Lines: 87 Approved: news@gmane.org Message-ID: <10450602-fee9-48c4-9fa2-d000e434f5fb@isocpp.org> References: <3B09C97E-7ADE-49ED-8C31-B5B41CD3DDE7@gmail.com> <781009e3-cd3c-4cb8-b034-b51a7c97c750@isocpp.org> Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_796_29457299.1395116352714" X-Trace: ger.gmane.org 1395116349 794 80.91.229.3 (18 Mar 2014 04:19:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 18 Mar 2014 04:19:09 +0000 (UTC) To: std-proposals@isocpp.org Original-X-From: std-proposals+bncBCOKZ27XTMNRBQMST6MQKGQEAILJAZQ@isocpp.org Tue Mar 18 05:19:19 2014 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-pa0-f72.google.com ([209.85.220.72]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WPlUh-0007k4-Jl for gclcip-std-proposals@m.gmane.org; Tue, 18 Mar 2014 05:19:15 +0100 Original-Received: by mail-pa0-f72.google.com with SMTP id bj1sf16715094pad.7 for ; Mon, 17 Mar 2014 21:19:14 -0700 (PDT) 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 :x-original-sender:reply-to:precedence:mailing-list:list-id :list-post:list-help:list-archive:list-subscribe:list-unsubscribe :content-type; bh=SAB4F/DXQHNWvE/hc1iY1AoolsA2/XaRyt3QSWtrDII=; b=Xhx2B65wRCgvWr6BEqN/1IpZPvJuSXAq9lilpBmntlxaSx9dwvslI0GWEHqGk8cMXk DiNfPwPpW0bNi0BerbNIddD5X+3n/XSzBGGyxhqZscsZD4mMQD4yCJvndM0mzomJ3mbF 6qtoBtMr+PrArwLrxweIe9/ylRIeqGnJaI6yXztZQzJPexgITlLqhWKkkUYzNL949yyM t51333nsh/d325ivYfKr2RQZgT36jBWQBEywjWm9tcwl6R0hYitQqdLmz2prCA4cpOqO pPrN3gRd+m3+cNXt1WwGu1eZ8gDZFH6v6MOE/8OMjmsZK4yd2I+M2Z6mddywlvOuBs31 BjSA== 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:x-original-sender:reply-to:precedence :mailing-list:list-id:list-post:list-help:list-archive :list-subscribe:list-unsubscribe:content-type; bh=SAB4F/DXQHNWvE/hc1iY1AoolsA2/XaRyt3QSWtrDII=; b=S3fc0KCHD3Db+y0mcAqOJ3/gzIAvfsTyA8B33iiyLy7Or1G8P/nxrRNgJJbvCvzxqu 5dJq6h1UWcX3Cn0TBL5CmgqlfF/1TzX+HwBOqB/itynZwT65IGr5kCa104ijXPXz3IUH wvk1jURjO8rPfYx/3GdhuMwczJBuqSl5fnVBGLIpAPGCPK3jfjtHSqKuL3GGUd+xpBSN y/tY6MLC2wJrNh+iljF9UaDd5tywDVTsST4SkyzDyN3BBs7kvTSlAaq4n6wIfYIZyzRl HX1JYzu2wgGKfnlmsaOF0rNSTf5JThBG5VpKQuVTMlVGGz7wit4/sUy2IAbw0yWWS6W1 uqqQ== X-Gm-Message-State: ALoCoQnnz+07/4LbC92SvX+wMzWwtnl0TPHeQvlnMI1D8JDE0NEVRFeX5BqHRnfhanjo9eHrcfSV X-Received: by 10.66.65.202 with SMTP id z10mr12065220pas.45.1395116354535; Mon, 17 Mar 2014 21:19:14 -0700 (PDT) X-BeenThere: std-proposals@isocpp.org Original-Received: by 10.140.40.200 with SMTP id x66ls768593qgx.46.gmail; Mon, 17 Mar 2014 21:19:13 -0700 (PDT) X-Received: by 10.140.104.20 with SMTP id z20mr552527qge.6.1395116353388; Mon, 17 Mar 2014 21:19:13 -0700 (PDT) In-Reply-To: X-Original-Sender: mizvekov@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:9887 Archived-At: ------=_Part_796_29457299.1395116352714 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tuesday, March 18, 2014 1:06:31 AM UTC-3, David Krauss wrote: > > > It proposes a feature that would supersede some uses of enumerations, but= =20 > even if it is adopted, the problem of correct usage of enumerations would= =20 > still remain. > > A bitfield-like enumeration class wouldn=E2=80=99t want to define additio= n and=20 > subtraction, except maybe as bitwise operations OR and ANDNOT. Not every= =20 > enumeration with operators wants to be an opaque typedef. > Actually, the feature as proposed there would allow you to default and=20 delete operator definitions, so you could have what you want, an int opaque= =20 alias which has operator+ deleted, and so you can't do addition. =20 > > Thanks for the tip, though! Was that proposal recommended for future stud= y? > > Sorry, I don't know. I don't think any subsequent paper was published=20 saying what was discussed wrt to it. --=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 http://groups.google.com/a/isocpp.org/group/std-proposa= ls/. ------=_Part_796_29457299.1395116352714 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Tuesday, March 18, 2014 1:06:31 AM UTC-3, David Kra= uss wrote:

It proposes a feature that would supersede so= me uses of enumerations, but even if it is adopted, the problem of correct = usage of enumerations would still remain.

A bitfield-li= ke enumeration class wouldn=E2=80=99t want to define addition and subtracti= on, except maybe as bitwise operations OR and ANDNOT. Not every enumeration= with operators wants to be an opaque typedef.

Actually, the feature as proposed there would allow you to default and= delete operator definitions, so you could have what you want, an int opaqu= e alias which has operator+ deleted, and so you can't do addition.
 = ;

Thanks for the tip, though! Was that propo= sal recommended for future study?


Sorry, I don't know. I don't think any subsequent paper was publishe= d saying what was discussed wrt to it.

--

---
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 http://groups.google.com/a/isocpp.org/group/std-proposals/<= /a>.
------=_Part_796_29457299.1395116352714-- .