220 27401 <14df876d-e382-469c-b755-5d285788c7fa@isocpp.org> article Path: news.gmane.org!.POSTED!not-for-mail From: Nicol Bolas Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Re: Proposal - non allocating std::function Date: Sun, 31 Jul 2016 06:44:57 -0700 (PDT) Lines: 75 Approved: news@gmane.org Message-ID: <14df876d-e382-469c-b755-5d285788c7fa@isocpp.org> References: <3 seconds ago\)"> <871t2xqbb5.fsf@gmail.com> <28284ab7-1046-4631-bb4c-f755ce96c2e3@isocpp.org> Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_745_128758336.1469972697964" X-Trace: blaine.gmane.org 1469972717 27864 80.91.229.8 (31 Jul 2016 13:45:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 31 Jul 2016 13:45:17 +0000 (UTC) To: ISO C++ Standard - Future Proposals Original-X-From: std-proposals+bncBCEKFTV6ZUMBBW4B7C6AKGQEMGTVBVQ@isocpp.org Sun Jul 31 15:45:03 2016 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-oi0-f72.google.com ([209.85.218.72]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bTr39-0007Aw-Do for gclcip-std-proposals@m.gmane.org; Sun, 31 Jul 2016 15:45:03 +0200 Original-Received: by mail-oi0-f72.google.com with SMTP id e139sf234100545oib.3 for ; Sun, 31 Jul 2016 06:45:03 -0700 (PDT) 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=IiAG8cj7g0ghUUYCqrTUBwj61eE91F6U+Gnay6MW+Zo=; b=KHLiO15x9FmHQp8hbeW+nJenbm1gct0hYDUd1qpzwgxuzpDz36llXQ66vAfjN+oGzO NERXutA9Qkh5We47tg/f5fD88sGiYc6K+/AHbVEqzRBiCl5wFr14w2Znqtl9f9Yjay01 MB3hw+VbQgwQojqPNe2KoV0NTWFSr8VkV90GMNeSCOPnMsjHcqJ01Fd58j8mzitA8J5e IEFLTcdLycF2dA7Emh5Ab3VwMYojem4iYOYPxskd7uVTwUI7O65FqLzVuMuNUE+op/0s o21aKCLrnTeqOXLE2oM4EzgQ/0MJPgOIIKBiKhWq8ldJjqbzXW9Lbr45Sj8iXcPrsQNZ f03w== 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 :x-spam-checked-in-group:list-post:list-help:list-archive :list-subscribe:list-unsubscribe; bh=IiAG8cj7g0ghUUYCqrTUBwj61eE91F6U+Gnay6MW+Zo=; b=b4qCUmW6WqcDnfjY1TyRkmhROKOTF5EFAWt59xJRi6gMipY8nQlHT/legR8Qtqftr7 mthcuT0NFwoZ9g+QF8+jFam3xTzYCWWjqMEE/k70pjwMM2oPKVzh1Mt82RtSK9lOQRJ9 8w4m0WeNQFwdtq3UZfl9Atsgps5m0dO+mphJODpkh+ClyHnO2XMqmFx8nzIXQ4R+zqkT e9SZxTiE8BCUJuF7jy29RVpymHt1z9oPETIaw18K5nofdSUojva2pfZlL7qRky5EQNe+ 1kpOI/svYXzfhkxXXtBgVMcLg5JarQ9lz1xa5UV5PIswssh8Xkd8JY2uCxB4+aFJOvbU UVOw== 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:x-spam-checked-in-group:list-post:list-help :list-archive:list-subscribe:list-unsubscribe; bh=IiAG8cj7g0ghUUYCqrTUBwj61eE91F6U+Gnay6MW+Zo=; b=CeKr+qttOb60i/EJvqVnOCoXlNqiqdAeHZFj2ebuLWSfGSUQq/+9rBkCvjZBno8bqx GalB/2yogKnhGzBydatJLA89eOoW6QYh0+/wexZ5sZ1NslHy/XZxm5gT8zTheS40ABFv tFrhMKJgxFYElgpvpjqtCDeWRkNCsFnFQ5435dLeb1kRMwEdY0i+riEL649cZ4V6wmiQ OeOojjBpXxnTgds3O7fPblp3p0AEKJvcEmNvxNUZg7Zh7nXnzPIrf6SmUIV/u+s8dduJ jP+2ZcNZbnc6vKeOTrkgM+Q6umwUU+b7X87wZVGer7RDt1q6yhW4TRERYatScnakafNm 222g== X-Gm-Message-State: AEkooutARlF0upFd6LAtPs6YAG4WCneKQdls3Sujds06Cy2zFb67w7P7GYYgR/FeV4Fp5Q== X-Received: by 10.36.112.144 with SMTP id f138mr43020878itc.6.1469972702676; Sun, 31 Jul 2016 06:45:02 -0700 (PDT) X-BeenThere: std-proposals@isocpp.org Original-Received: by 10.36.227.134 with SMTP id d128ls2073505ith.5.gmail; Sun, 31 Jul 2016 06:44:58 -0700 (PDT) X-Received: by 10.36.115.15 with SMTP id y15mr2007089itb.8.1469972698954; Sun, 31 Jul 2016 06:44:58 -0700 (PDT) In-Reply-To: X-Original-Sender: jmckesson@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:27401 Archived-At: ------=_Part_745_128758336.1469972697964 Content-Type: multipart/alternative; boundary="----=_Part_746_1566959606.1469972697964" ------=_Part_746_1566959606.1469972697964 Content-Type: text/plain; charset=UTF-8 On Sunday, July 31, 2016 at 8:10:39 AM UTC-4, Carl Cook wrote: > > On Thursday, 14 July 2016 09:58:32 UTC+4, T. C. wrote: >> >> The allocator support in std::function has been zapped as of three weeks >> ago. >> > > Do you know what the reason was for allocator support to be dropped? > According to the proposal that drops it , it was because the whole design was generally considered faulty, with a number of open defect reports on them. These faults lead to none of the major standard library implementations doing it right. libstdc++ never even bothered to offer the allocator constructor overloads. libc++ provided the constructors, but never used the allocators. The closest one to right was VS, which would use the allocators, but didn't propagate them correctly on assignment. -- 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/14df876d-e382-469c-b755-5d285788c7fa%40isocpp.org. ------=_Part_746_1566959606.1469972697964 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Sunday, July 31, 2016 at 8:10:39 AM UTC-4, Carl Cook wr= ote:
On Thursd= ay, 14 July 2016 09:58:32 UTC+4, T. C. wrote:
The allocator support in std::function has= been zapped as of three weeks ago.=C2=A0

=
Do you know what the reason was for allocator support to be drop= ped?=C2=A0

According to the proposal that drops it, it was because the whole d= esign was generally considered faulty, with a number of open defect reports= on them. These faults lead to none of the major standard library implement= ations doing it right. libstdc++ never even bothered to offer the allocator= constructor overloads. libc++ provided the constructors, but never used th= e allocators. The closest one to right was VS, which would use the allocato= rs, but didn't propagate them correctly on assignment.

--
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.
To view this discussion on the web visit https://groups.google.= com/a/isocpp.org/d/msgid/std-proposals/14df876d-e382-469c-b755-5d285788c7fa= %40isocpp.org.
------=_Part_746_1566959606.1469972697964-- ------=_Part_745_128758336.1469972697964-- .