220 4690 <ceb21f59-87ed-40c6-a553-dbaa7b89c36d@isocpp.org> article
Path: news.gmane.org!not-for-mail
From: Nicol Bolas <jmckesson@gmail.com>
Newsgroups: gmane.comp.lang.c++.isocpp.proposals
Subject: Re: Remove vector<bool>?
Date: Tue, 28 May 2013 15:32:57 -0700 (PDT)
Lines: 95
Approved: news@gmane.org
Message-ID: <ceb21f59-87ed-40c6-a553-dbaa7b89c36d@isocpp.org>
References: <CAGsORuDQdeWAO5yjA6=h0hW9Y0Sj4F1gcHB61udw5JFmtx+g4Q@mail.gmail.com>
 <CAGg_6+O9XJucMxwEhU+50Dzx0Tz7XRK0cWyrkUHuPSoEz9TqEw@mail.gmail.com>
 <e59c2a57-6068-4098-8667-5d086b2961fd@isocpp.org>
 <7371f4b8-8c47-4f17-af1e-902a5c8b17e4@isocpp.org>
 <CAGsORuB=nwqRrg9xBvQEa0OuyrvkAj8UF8vcYAXU1vMnz2KBsw@mail.gmail.com>
Reply-To: std-proposals@isocpp.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative; 
	boundary="----=_Part_3797_8794.1369780377766"
X-Trace: ger.gmane.org 1369780380 30268 80.91.229.3 (28 May 2013 22:33:00 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 May 2013 22:33:00 +0000 (UTC)
To: std-proposals@isocpp.org
Original-X-From: std-proposals+bncBCEKFTV6ZUMBBG7BSSGQKGQEEWTQP2I@isocpp.org Wed May 29 00:33:01 2013
Return-path: <std-proposals+bncBCEKFTV6ZUMBBG7BSSGQKGQEEWTQP2I@isocpp.org>
Envelope-to: gclcip-std-proposals@m.gmane.org
Original-Received: from mail-oa0-f70.google.com ([209.85.219.70])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <std-proposals+bncBCEKFTV6ZUMBBG7BSSGQKGQEEWTQP2I@isocpp.org>)
	id 1UhSRw-00048g-Av
	for gclcip-std-proposals@m.gmane.org; Wed, 29 May 2013 00:33:00 +0200
Original-Received: by mail-oa0-f70.google.com with SMTP id k14sf43943750oag.1
        for <gclcip-std-proposals@m.gmane.org>; Tue, 28 May 2013 15:32:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-beenthere:date:from:to:message-id:in-reply-to:references:subject
         :mime-version:x-original-sender:reply-to:precedence:mailing-list
         :list-id:x-google-group-id:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe:content-type;
        bh=pbpUO+1Kd+m0ZOBkb4PoURhHMxFEKRMJ3G3d5ElQPVs=;
        b=TIBDR2np6WsSYm+wU3sblSdrou+9vd2Euv9Rk/HSq6+Sdbe3JhqZE7K+NE5llgqt+t
         wcl0vLQKnUp61tCTXzzQUzvpXu817I/rPUPxnB8wBSU6XcL8QI/5PAaQvO32TqZD/3Qn
         xswwuVwHjM1whnfLl9ch2ZJnV2TbKobUYgIrlObIB8kHWaNAjPiZfFSgnlzwuKPkwVl/
         DpCoZPXH9O8/Q2B+5ItQHCMTuINa6HjCbC3JzknvMiNQJ2XrOorG2PCdB5liwsaesMY3
         nbaNDVfkSqEzCf3yr7Jk1mUIsTeil+OHPbtBb5r9hYD+s7hjuQ4rSGiYhwzvYIYPxMaT
         HSlA==
X-Received: by 10.50.124.39 with SMTP id mf7mr13953865igb.5.1369780379299;
        Tue, 28 May 2013 15:32:59 -0700 (PDT)
X-BeenThere: std-proposals@isocpp.org
Original-Received: by 10.50.98.34 with SMTP id ef2ls1073758igb.33.gmail; Tue, 28 May
 2013 15:32:58 -0700 (PDT)
X-Received: by 10.50.108.104 with SMTP id hj8mr1862680igb.13.1369780378699;
        Tue, 28 May 2013 15:32:58 -0700 (PDT)
In-Reply-To: <CAGsORuB=nwqRrg9xBvQEa0OuyrvkAj8UF8vcYAXU1vMnz2KBsw@mail.gmail.com>
X-Original-Sender: jmckesson@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: <http://groups.google.com/a/isocpp.org/group/std-proposals/post?hl=en>,
 <mailto:std-proposals@isocpp.org>
List-Help: <http://support.google.com/a/isocpp.org/bin/topic.py?hl=en&topic=25838>,
 <mailto:std-proposals+help@isocpp.org>
List-Archive: <http://groups.google.com/a/isocpp.org/group/std-proposals/?hl=en>
List-Subscribe: <http://groups.google.com/a/isocpp.org/group/std-proposals/subscribe?hl=en>,
 <mailto:std-proposals+subscribe@isocpp.org>
List-Unsubscribe: <http://groups.google.com/a/isocpp.org/group/std-proposals/subscribe?hl=en>,
 <mailto:googlegroups-manage+399137483710+unsubscribe@googlegroups.com>
Xref: news.gmane.org gmane.comp.lang.c++.isocpp.proposals:4690
Archived-At: <http://permalink.gmane.org/gmane.comp.lang.c++.isocpp.proposals/4690>

------=_Part_3797_8794.1369780377766
Content-Type: text/plain; charset=ISO-8859-1

On Tuesday, May 28, 2013 1:28:06 PM UTC-7, Zhihao Yuan wrote:
>
> On Tue, May 28, 2013 at 4:00 PM, Nicol Bolas <jmck...@gmail.com<javascript:>> 
> wrote: 
> > std::vector<bool> bvec{ ... }; 
> > bvec[2].flip(); 
>
> I noticed that.  It's OK to be fixed within `vector<T>`. 
>
> > Personally, I agree with Howard; we should add a class that has all of 
> this 
> > functionality (presumably with some degree of required sizing) that 
> would be 
> > a drop-in replacement for those who need the sizing features of 
> > vector<bool>. But the question remains: even with a drop-in replacement, 
> how 
> > much code will be broken because of this? 
>
> I like the idea of providing a replacement, but I don't think a 'drop-in 
> replacement' is a requirement.  `vector<bool>` still works, and users 
> can rewrite their code if they want. 
>

When breaking people's code, it is generally advisable to minimize the 
disruption. And it'd be a lot easier to get through the committee if you 
can show them that the breaking changes will be noisy *and* that the 
changes can be easily repaired.

A drop-in replacement would cover the latter.

-- 

--- 
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/?hl=en.



------=_Part_3797_8794.1369780377766
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Tuesday, May 28, 2013 1:28:06 PM UTC-7, Zhihao Yuan wrote:<blockquote cl=
ass=3D"gmail_quote" style=3D"margin: 0;margin-left: 0.8ex;border-left: 1px =
#ccc solid;padding-left: 1ex;">On Tue, May 28, 2013 at 4:00 PM, Nicol Bolas=
 &lt;<a href=3D"javascript:" target=3D"_blank" gdf-obfuscated-mailto=3D"stP=
5-UdPG4IJ">jmck...@gmail.com</a>&gt; wrote:
<br>&gt; std::vector&lt;bool&gt; bvec{ ... };
<br>&gt; bvec[2].flip();
<br>
<br>I noticed that. &nbsp;It's OK to be fixed within `vector&lt;T&gt;`.
<br>
<br>&gt; Personally, I agree with Howard; we should add a class that has al=
l of this
<br>&gt; functionality (presumably with some degree of required sizing) tha=
t would be
<br>&gt; a drop-in replacement for those who need the sizing features of
<br>&gt; vector&lt;bool&gt;. But the question remains: even with a drop-in =
replacement, how
<br>&gt; much code will be broken because of this?
<br>
<br>I like the idea of providing a replacement, but I don't think a 'drop-i=
n
<br>replacement' is a requirement. &nbsp;`vector&lt;bool&gt;` still works, =
and users
<br>can rewrite their code if they want.
<br></blockquote><div><br>When breaking people's code, it is generally advi=
sable to minimize the disruption. And it'd be a lot easier to get through t=
he committee if you can show them that the breaking changes will be noisy <=
i>and</i> that the changes can be easily repaired.<br><br>A drop-in replace=
ment would cover the latter.<br></div>

<p></p>

-- <br />
&nbsp;<br />
--- <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 std-proposals+unsubscribe@isocpp.org.<br />
To post to this group, send email to std-proposals@isocpp.org.<br />
Visit this group at <a href=3D"http://groups.google.com/a/isocpp.org/group/=
std-proposals/?hl=3Den">http://groups.google.com/a/isocpp.org/group/std-pro=
posals/?hl=3Den</a>.<br />
&nbsp;<br />
&nbsp;<br />

------=_Part_3797_8794.1369780377766--

.