220 5865 <746c67e3-a702-4ca0-b009-9710832355fc@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: Mon, 26 Aug 2013 23:38:31 -0700 (PDT)
Lines: 83
Approved: news@gmane.org
Message-ID: <746c67e3-a702-4ca0-b009-9710832355fc@isocpp.org>
References: <CAGsORuDQdeWAO5yjA6=h0hW9Y0Sj4F1gcHB61udw5JFmtx+g4Q@mail.gmail.com>	<b06daeb3-a585-4c55-aebf-cae643146838@isocpp.org>	<CAGg_6+O_d85CBjT+cTV6vQqepUTXVvUMV_QUioS6ELpQCav6GQ@mail.gmail.com>	<521B07D2.8070000@beamways.com>	<7d0bc129-f8aa-4803-bbd9-bd5ca504d728@isocpp.org>	<CAGsORuB8omCBfjco6i_zENDn23tx-5wg1jeHuhsGsiVMbGk+Ww@mail.gmail.com>	<77e0868c-6aed-4578-acc7-7cf1227465f6@isocpp.org>
 <CAGsORuAAZChA8cyx4JTTqRmMNSGQXZyGdzrm9P0WVRMZSSg6Qw@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_261_22711007.1377585511598"
X-Trace: ger.gmane.org 1377585513 12369 80.91.229.3 (27 Aug 2013 06:38:33 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 27 Aug 2013 06:38:33 +0000 (UTC)
To: std-proposals@isocpp.org
Original-X-From: std-proposals+bncBCEKFTV6ZUMBB2ES6GIAKGQEDIV2NRQ@isocpp.org Tue Aug 27 08:38:36 2013
Return-path: <std-proposals+bncBCEKFTV6ZUMBB2ES6GIAKGQEDIV2NRQ@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+bncBCEKFTV6ZUMBB2ES6GIAKGQEDIV2NRQ@isocpp.org>)
	id 1VECvC-0002lZ-4a
	for gclcip-std-proposals@m.gmane.org; Tue, 27 Aug 2013 08:38:34 +0200
Original-Received: by mail-oa0-f70.google.com with SMTP id o6sf860188oag.1
        for <gclcip-std-proposals@m.gmane.org>; Mon, 26 Aug 2013 23:38:33 -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=0KA4dxC+SC1sytIS/+OeJ5ABye1op56wkXtIl1Uehdc=;
        b=bJIIp6pUxudq1d28aSgOvgnGp5z3S4A+27Z4k4k9cHOo1aMH4T+9aCL+B/nG+tQqRG
         PfkApt292iUWkCVyTO2QY0xtQ3rnxDIDLwhie5f9Dr1nXTpC6UFuFoVKSQiIucbSZqSC
         dHNwK0MaXn517P8M+5GJ6ja+13zvx2rASJssUwMdwJQa7I/EHj8tPpJfYSpPbzeybrWY
         T6GLAbQXKRyiZxuT/ZsCGtoaFYn4G7IEpV/d+c8WBP1sEPdNBX+AB6s/ryNO6WUnsw5L
         b2W2KS5O+xm5rdq5vQ+oIPY4PciIZq+lF+sbiKVZHYTFiddcmeo7ntYDLPfAwRH7TE42
         N6Aw==
X-Received: by 10.50.82.103 with SMTP id h7mr9814622igy.5.1377585513090;
        Mon, 26 Aug 2013 23:38:33 -0700 (PDT)
X-BeenThere: std-proposals@isocpp.org
Original-Received: by 10.50.109.194 with SMTP id hu2ls2964163igb.36.gmail; Mon, 26 Aug
 2013 23:38:32 -0700 (PDT)
X-Received: by 10.50.47.71 with SMTP id b7mr536569ign.13.1377585512470;
        Mon, 26 Aug 2013 23:38:32 -0700 (PDT)
In-Reply-To: <CAGsORuAAZChA8cyx4JTTqRmMNSGQXZyGdzrm9P0WVRMZSSg6Qw@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>, <mailto:std-proposals@isocpp.org>
List-Help: <http://support.google.com/a/isocpp.org/bin/topic.py?topic=25838>, <mailto:std-proposals+help@isocpp.org>
List-Archive: <http://groups.google.com/a/isocpp.org/group/std-proposals/>
List-Subscribe: <http://groups.google.com/a/isocpp.org/group/std-proposals/subscribe>,
 <mailto:std-proposals+subscribe@isocpp.org>
List-Unsubscribe: <http://groups.google.com/a/isocpp.org/group/std-proposals/subscribe>,
 <mailto:googlegroups-manage+399137483710+unsubscribe@googlegroups.com>
Xref: news.gmane.org gmane.comp.lang.c++.isocpp.proposals:5865
Archived-At: <http://permalink.gmane.org/gmane.comp.lang.c++.isocpp.proposals/5865>

------=_Part_261_22711007.1377585511598
Content-Type: text/plain; charset=ISO-8859-1

On Monday, August 26, 2013 4:18:07 PM UTC-7, Zhihao Yuan wrote:
>
> On Mon, Aug 26, 2013 at 7:10 PM, Nicol Bolas <jmck...@gmail.com<javascript:>> 
> wrote: 
> > `bit_vector` can do whatever it wants, because it's not a real vector. 
> It 
> > can spit out "pseudo-iterators". It can do whatever. It can have the 
> > interface it has, and nobody has any explicit expectations that this 
> > interface matches that of the containers as defined by chapter 23. 
>
> So you mean it's Okey for bitvector's begin() to produce an 
> object which can be used in any STL algorithms but such an object 
> fits into no iterator categories?  Don't you think that's an anti-pattern 
> of STL design?
>

No. Because it is not defined in accord with the requirements of the 
container concepts, it can do whatever it wants. Including look enough like 
a container to pass as one. Sometimes.

If you want to go through and change the iterator concepts to make it 
actually be a legitimate container, fine. But that shouldn't be a *
requirement* for starting us the process of getting a real `vector<bool>` 
that's a real `vector` of real `bool`. And that process requires us to 
provide a drop-in replacement of the current class.

-- 

--- 
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/.

------=_Part_261_22711007.1377585511598
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">On Monday, August 26, 2013 4:18:07 PM UTC-7, Zhihao Yuan w=
rote:<blockquote class=3D"gmail_quote" style=3D"margin: 0;margin-left: 0.8e=
x;border-left: 1px #ccc solid;padding-left: 1ex;">On Mon, Aug 26, 2013 at 7=
:10 PM, Nicol Bolas &lt;<a href=3D"javascript:" target=3D"_blank" gdf-obfus=
cated-mailto=3D"5sw8y2aNJI0J">jmck...@gmail.com</a>&gt; wrote:
<br>&gt; `bit_vector` can do whatever it wants, because it's not a real vec=
tor. It
<br>&gt; can spit out "pseudo-iterators". It can do whatever. It can have t=
he
<br>&gt; interface it has, and nobody has any explicit expectations that th=
is
<br>&gt; interface matches that of the containers as defined by chapter 23.
<br>
<br>So you mean it's Okey for bitvector's begin() to produce an
<br>object which can be used in any STL algorithms but such an object
<br>fits into no iterator categories? &nbsp;Don't you think that's an anti-=
pattern
<br>of STL design?<br></blockquote><div><br>No. Because it is not defined i=
n accord with the requirements of the container concepts, it can do whateve=
r it wants. Including look enough like a container to pass as one. Sometime=
s.<br><br>If you want to go through and change the iterator concepts to mak=
e it actually be a legitimate container, fine. But that shouldn't be a <i>r=
equirement</i> for starting us the process of getting a real `vector&lt;boo=
l&gt;` that's a real `vector` of real `bool`. And that process requires us =
to provide a drop-in replacement of the current class.<br></div></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/">http://groups.google.com/a/isocpp.org/group/std-proposals/<=
/a>.<br />

------=_Part_261_22711007.1377585511598--

.
