220 30943 <4fda10c9-d748-4874-bc14-5ee952956c99@isocpp.org> article
Path: news.gmane.org!.POSTED!not-for-mail
From: Marc <marc.glisse@gmail.com>
Newsgroups: gmane.comp.lang.c++.isocpp.proposals
Subject: Re: compressed std::bitset<N>
Date: Thu, 16 Feb 2017 02:00:13 -0800 (PST)
Lines: 88
Approved: news@gmane.org
Message-ID: <4fda10c9-d748-4874-bc14-5ee952956c99@isocpp.org>
References: <32cfea0a-7df8-47cf-47fd-549985f12295@wanadoo.fr>
Reply-To: std-proposals@isocpp.org
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_2682_1587737247.1487239213651"
X-Trace: blaine.gmane.org 1487239231 32587 195.159.176.226 (16 Feb 2017 10:00:31 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 16 Feb 2017 10:00:31 +0000 (UTC)
To: ISO C++ Standard - Future Proposals <std-proposals@isocpp.org>
Original-X-From: std-proposals+bncBCGJRE7HX4IBBLXQSXCQKGQEQGS63MY@isocpp.org Thu Feb 16 11:00:25 2017
Return-path: <std-proposals+bncBCGJRE7HX4IBBLXQSXCQKGQEQGS63MY@isocpp.org>
Envelope-to: gclcip-std-proposals@m.gmane.org
Original-Received: from mail-vk0-f72.google.com ([209.85.213.72])
	by blaine.gmane.org with esmtp (Exim 4.84_2)
	(envelope-from <std-proposals+bncBCGJRE7HX4IBBLXQSXCQKGQEQGS63MY@isocpp.org>)
	id 1ceIrN-0006vN-TF
	for gclcip-std-proposals@m.gmane.org; Thu, 16 Feb 2017 11:00:22 +0100
Original-Received: by mail-vk0-f72.google.com with SMTP id t8sf6467551vke.3
        for <gclcip-std-proposals@m.gmane.org>; Thu, 16 Feb 2017 02:00:15 -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
         :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=v5jpUe9cB8Qc2+Y4F6IUas+MkH/kZGcHFFq3aiQ/Hes=;
        b=HE4SJVIVw3XFZsRlSdZR4aEkIUU043lf0J1rWWPtGy+HbWvvcJoJWkmZv9q0lgXEAM
         qKB5GPxUuvJkc/7Nc3Mtbtu7WvZOd7TE7lJ2MuGVaeISHS7B2+DbSJ96a0CPJYtLHaIH
         nkr9WcdIZ1TMtdnyThfKZ03JKr5e6A1n+Wq0Kr9lylATQlDyrUu6NZNJ+4l0WcKsqh2e
         SMznAMvcImwYlOL7QpKth8GKaQp3gTAbMxTwv2VZQ1mu53Rm1JyZw44dTqKxdFGM/gNo
         za4lGMqopotQaZZZ0uXjKW/2coguc3ua1TfsTLqxxwATVmCT+i2zlJcVS9KS/YV5G64d
         DrFg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=date:from:to: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=v5jpUe9cB8Qc2+Y4F6IUas+MkH/kZGcHFFq3aiQ/Hes=;
        b=L2xUQ4LiEnKF5pIrEeZix8TrbgnOWnzE/12WTP0U7yEmv7zEkJmLO+eRgWZuuMF9i3
         0khlDXnkBzVo3YglL2q6I+oPFfVPzLY0MZ81hueEP3O4owWsYwdjRbK/FQF31HKl5fbo
         eCgzMew6eheposK1U/8XDrFQwGjbjcVrKQVJHHtNBzvDDlO1UZV17AzYSkE50cdY4sTi
         JSMJ+SCCBzktHf5o0NahU89+4xNu5kucqcZbzjqKCVqD9XPHySX/usVkbl/gizjFamun
         ftC4p70Ha+WKz5uQNkkB+tLyre3+t5QAka+bfqvhfMESgfhlosAWFuQ+YGcePc5aADhQ
         Jncg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        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:x-spam-checked-in-group:list-post:list-help
         :list-archive:list-subscribe:list-unsubscribe;
        bh=v5jpUe9cB8Qc2+Y4F6IUas+MkH/kZGcHFFq3aiQ/Hes=;
        b=d6OCMT8nR6RhfKP3JMhAdxU4G9yZynHE7nAL2bZiX6d9gqXlGQyjxsVoXIy3U4KhQX
         FeewFm2878L6tn/mgCEmKWbkzaF1LsAQJNAJBJttoyqWUq2PK8UmlQC5Plm1Pik8Ai0U
         jnkINKQ2ZaT2c9uOKxv3n06e1wUq/oLrq9itTF9gw40QwCX9xHNY9U8TYS3RizfEsHP8
         LRZ5hDtloDXUqFA//OfgKpnLEuewJ9rQ3DR9Z0sFW6HSY0zXlEMKzPJn9Uh29QBiQnmO
         2Z9KqdjbjUTGADWdQ/bdZR1eFCZ8T9NRWSS8iZOU+8DjM+X7KWLu3miPY2UP/4uYv02D
         9CuQ==
X-Gm-Message-State: AMke39nQh/NBqyDvNUEddU03q1Skhh8Z8cI5w4fZMka8GYPtwCLvDvVLIgQTB8I6gxs6HA==
X-Received: by 10.31.160.131 with SMTP id j125mr278260vke.13.1487239215000;
        Thu, 16 Feb 2017 02:00:15 -0800 (PST)
X-BeenThere: std-proposals@isocpp.org
Original-Received: by 10.157.0.1 with SMTP id 1ls1166310ota.5.gmail; Thu, 16 Feb 2017
 02:00:14 -0800 (PST)
X-Received: by 10.157.20.145 with SMTP id d17mr50325ote.18.1487239214185;
        Thu, 16 Feb 2017 02:00:14 -0800 (PST)
In-Reply-To: <32cfea0a-7df8-47cf-47fd-549985f12295@wanadoo.fr>
X-Original-Sender: marc.glisse@gmail.com
Precedence: list
Mailing-list: list std-proposals@isocpp.org; contact std-proposals+owners@isocpp.org
List-ID: <std-proposals.isocpp.org>
X-Google-Group-Id: 399137483710
List-Post: <https://groups.google.com/a/isocpp.org/group/std-proposals/post>, <mailto:std-proposals@isocpp.org>
List-Help: <https://support.google.com/a/isocpp.org/bin/topic.py?topic=25838>, <mailto:std-proposals+help@isocpp.org>
List-Archive: <https://groups.google.com/a/isocpp.org/group/std-proposals/>
List-Subscribe: <https://groups.google.com/a/isocpp.org/group/std-proposals/subscribe>,
 <mailto:std-proposals+subscribe@isocpp.org>
List-Unsubscribe: <mailto:googlegroups-manage+399137483710+unsubscribe@googlegroups.com>,
 <https://groups.google.com/a/isocpp.org/group/std-proposals/subscribe>
Xref: news.gmane.org gmane.comp.lang.c++.isocpp.proposals:30943
Archived-At: <http://permalink.gmane.org/gmane.comp.lang.c++.isocpp.proposals/30943>

------=_Part_2682_1587737247.1487239213651
Content-Type: multipart/alternative; 
	boundary="----=_Part_2683_1347528297.1487239213651"

------=_Part_2683_1347528297.1487239213651
Content-Type: text/plain; charset=UTF-8

On Thursday, February 16, 2017 at 8:04:53 AM UTC+1, Vicente J. Botet 
Escriba wrote:
>
> Hi,
>
> I wanted to use bitset<8>, bitset<16>, bitset<32> to represent the mask 
> of 8,16 and 32 bits respectively but the sizeof them is 64 bits on the  
> systems I've tested.
>
> Wondering if others have suffered already of this situation. 
>
> How do you fill about adding a constraint on the implementation, so that 
> the sizeof shall be respectively 8, 16, 32 bits.
>
> If this is not backward compatible, would it be worth to define a 
> different type?
>

That's really QoI. Trying to use the standard to force implementations to 
improve on this point seems wrong to me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63218
(didn't check for other implementations)

-- 
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/4fda10c9-d748-4874-bc14-5ee952956c99%40isocpp.org.

------=_Part_2683_1347528297.1487239213651
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">On Thursday, February 16, 2017 at 8:04:53 AM UTC+1, Vicent=
e J. Botet Escriba wrote:<blockquote class=3D"gmail_quote" style=3D"margin:=
 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;">
 =20

   =20
 =20
  <div bgcolor=3D"#FFFFFF" text=3D"#000000">
    <p><font size=3D"+1">Hi,</font></p>
    <p><font size=3D"+1">I wanted to use bitset&lt;8&gt;,</font><font size=
=3D"+1"> bitset&lt;16&gt;,</font><font size=3D"+1">
        bitset&lt;32&gt; to represent the mask of 8,16 and 32 bits
        respectively but the sizeof them is 64 bits on the=C2=A0 systems I&=
#39;ve
        tested.</font></p>
    <p><font size=3D"+1">Wondering if others have suffered already of this
        situation. <br>
      </font></p>
    <p><font size=3D"+1">How do you fill about adding a constraint on the
        implementation, so that the sizeof shall be respectively 8, 16,
        32 bits.</font></p>
    <p><font size=3D"+1">If this is not backward compatible, would it be
        worth to define a different type?<br></font></p></div></blockquote>=
<div><br>That&#39;s really QoI. Trying to use the standard to force impleme=
ntations to improve on this point seems wrong to me.<br>https://gcc.gnu.org=
/bugzilla/show_bug.cgi?id=3D63218<br>(didn&#39;t check for other implementa=
tions)<br></div></div>

<p></p>

-- <br />
You received this message because you are subscribed to the Google Groups &=
quot;ISO C++ Standard - Future Proposals&quot; group.<br />
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a href=3D"mailto:std-proposals+unsubscribe@isocpp.org">std-proposa=
ls+unsubscribe@isocpp.org</a>.<br />
To post to this group, send email to <a href=3D"mailto:std-proposals@isocpp=
..org">std-proposals@isocpp.org</a>.<br />
To view this discussion on the web visit <a href=3D"https://groups.google.c=
om/a/isocpp.org/d/msgid/std-proposals/4fda10c9-d748-4874-bc14-5ee952956c99%=
40isocpp.org?utm_medium=3Demail&utm_source=3Dfooter">https://groups.google.=
com/a/isocpp.org/d/msgid/std-proposals/4fda10c9-d748-4874-bc14-5ee952956c99=
%40isocpp.org</a>.<br />

------=_Part_2683_1347528297.1487239213651--

------=_Part_2682_1587737247.1487239213651--

.