220 4681 <CAGNvRgDvfTF2hQ_fdUz9pjTEOfwq1acoJxsEJ+8D4bjK_9w4mA@mail.gmail.com> article
Path: news.gmane.org!not-for-mail
From: =?ISO-8859-1?Q?Daniel_Kr=FCgler?= <daniel.kruegler@gmail.com>
Newsgroups: gmane.comp.lang.c++.isocpp.proposals
Subject: Re: Remove vector<bool>?
Date: Tue, 28 May 2013 22:16:45 +0200
Lines: 54
Approved: news@gmane.org
Message-ID: <CAGNvRgDvfTF2hQ_fdUz9pjTEOfwq1acoJxsEJ+8D4bjK_9w4mA@mail.gmail.com>
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>
	<FF769E17-643C-47FE-8A3E-D28436A4B9A6@gmail.com>
Reply-To: std-proposals@isocpp.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: ger.gmane.org 1369772207 8636 80.91.229.3 (28 May 2013 20:16:47 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Tue, 28 May 2013 20:16:47 +0000 (UTC)
To: std-proposals@isocpp.org
Original-X-From: std-proposals+bncBCT7RVFA4QORBLVBSSGQKGQEW2K7BNI@isocpp.org Tue May 28 22:16:48 2013
Return-path: <std-proposals+bncBCT7RVFA4QORBLVBSSGQKGQEW2K7BNI@isocpp.org>
Envelope-to: gclcip-std-proposals@m.gmane.org
Original-Received: from mail-lb0-f198.google.com ([209.85.217.198])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <std-proposals+bncBCT7RVFA4QORBLVBSSGQKGQEW2K7BNI@isocpp.org>)
	id 1UhQK7-0000mt-Hv
	for gclcip-std-proposals@m.gmane.org; Tue, 28 May 2013 22:16:47 +0200
Original-Received: by mail-lb0-f198.google.com with SMTP id t10sf6362906lbi.1
        for <gclcip-std-proposals@m.gmane.org>; Tue, 28 May 2013 13:16:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-beenthere:mime-version:in-reply-to:references:date:message-id
         :subject:from:to:x-original-sender:x-original-authentication-results
         :reply-to:precedence:mailing-list:list-id:x-google-group-id
         :list-post:list-help:list-archive:list-subscribe:list-unsubscribe
         :content-type:content-transfer-encoding;
        bh=X5R3AEX9PiUp1EzHmJn6B9pKp6J76Zb8ovUQ5zZ1Vhw=;
        b=SeLbZbRvap0Hl5xCD1tRw0Rvpaap58xxJMeixaIOqqyI5qesdupiEeD7LT7bRIum+9
         Wtks1WDle0WPc1cnzaF4gIgup+QmNZHmChqHX073P/eEpLJy/8443SP/w/+FYeAsWIvq
         WHElesoFZMDmj/ODwva53E/jYmVZdKTuXQ58xyTJime9UJXcEdX3lALtcGgRnAGCiUIY
         0XJ4PTCT5FPwhTjUeYKfLkvUt+MCcR1U/83X2zBgIcJiQ2TL3LJqAS0/swG/El7ReXop
         0xw+YvnrCJZ18gFbpFHr6Eem3Pi+amb00KRzQ/Vp5erzYoWRTjbsu6GBNy6kEE29ka8E
         QXCw==
X-Received: by 10.180.12.200 with SMTP id a8mr5345527wic.1.1369772206947;
        Tue, 28 May 2013 13:16:46 -0700 (PDT)
X-BeenThere: std-proposals@isocpp.org
Original-Received: by 10.180.103.168 with SMTP id fx8ls1228359wib.4.canary; Tue, 28 May
 2013 13:16:45 -0700 (PDT)
X-Received: by 10.180.206.228 with SMTP id lr4mr13535396wic.48.1369772205815;
        Tue, 28 May 2013 13:16:45 -0700 (PDT)
Original-Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [2a00:1450:400c:c05::233])
        by mx.google.com with ESMTPS id b1si6304854wix.70.2013.05.28.13.16.45
        for <std-proposals@isocpp.org>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Tue, 28 May 2013 13:16:45 -0700 (PDT)
Received-SPF: pass (google.com: domain of daniel.kruegler@gmail.com designates 2a00:1450:400c:c05::233 as permitted sender) client-ip=2a00:1450:400c:c05::233;
Original-Received: by mail-wi0-f179.google.com with SMTP id hq7so2871551wib.6
        for <std-proposals@isocpp.org>; Tue, 28 May 2013 13:16:45 -0700 (PDT)
X-Received: by 10.181.13.229 with SMTP id fb5mr13277596wid.16.1369772205730;
 Tue, 28 May 2013 13:16:45 -0700 (PDT)
Original-Received: by 10.216.164.9 with HTTP; Tue, 28 May 2013 13:16:45 -0700 (PDT)
In-Reply-To: <FF769E17-643C-47FE-8A3E-D28436A4B9A6@gmail.com>
X-Original-Sender: daniel.kruegler@gmail.com
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com:
 domain of daniel.kruegler@gmail.com designates 2a00:1450:400c:c05::233 as
 permitted sender) smtp.mail=daniel.kruegler@gmail.com;       dkim=pass header.i=@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:4681
Archived-At: <http://permalink.gmane.org/gmane.comp.lang.c++.isocpp.proposals/4681>

2013/5/28 Howard Hinnant <howard.hinnant@gmail.com>:
> On May 28, 2013, at 4:00 PM, Nicol Bolas <jmckesson@gmail.com> wrote:
>
>> Personally, I agree with Howard; we should add a class that has all of t=
his functionality (presumably with some degree of required sizing) that wou=
ld be a drop-in replacement for those who need the sizing features of vecto=
r<bool>. But the question remains: even with a drop-in replacement, how muc=
h code will be broken because of this?
>
> Model this after the auto_ptr -> unique_ptr transition:
>
> Step 1:  Introduce bit_vector (or whatever) and deprecate the vector<bool=
> specialization.  /Somehow/ motivate people to migrate.
>
> Step 2:  Not to be done for at least 5-10 years after Step 1, remove the =
vector<bool> specialization.
>
>> how much code will be broken because of this?
>
> After Step 1, none.
>
> After Step 2, as much code as there is that:
>
>    A.  Failed to migrate during the lengthy period that vector<bool> is d=
eprecated, and
>    B.  As much code that actually cares that vector<bool> was specialized=
..
>
> Hopefully, little code will be broken.  While I wouldn't dream of removin=
g auto_ptr today, I have the impression that the auto_ptr -> unique_ptr mig=
ration is going well, thanks to the added sweetener unique_ptr has.  Removi=
ng auto_ptr for C++17 is a possibility.  If not then, then maybe C++2x.
>

I completely agree with that approach. Removing std::auto_ptr seems
realistic now (from the pov of the standard). Existing library
implementations will decide individually how long they will conserve
the definition, depending on their customers.

- Daniel

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



.