From -8026961016512565252 X-Google-Thread: f78e5,574518e5c7a60feb X-Google-Attributes: gidf78e5,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news3.google.com!news.glorb.com!border1.nntp.dca.giganews.com!local01.nntp.dca.giganews.com!nntp.speakeasy.net!news.speakeasy.net.POSTED!not-for-mail NNTP-Posting-Date: Fri, 26 Aug 2005 00:20:01 -0500 Return-Path: X-Authentication-Warning: mulga.cs.mu.OZ.AU: fjh set sender to devnull@stump.algebra.com using -f X-Robomod: STUMP, ichudov@algebra.com (Igor Chudov) Delivered-To: std-c++@ucar.edu From: Pablo Halpern Newsgroups: comp.std.c++ Subject: Re: Revised Allocator Proposal Message-ID: References: <7ibbe1hu4omoqsfibanas46idf9u6i5hjo@4ax.com> X-Newsreader: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: abuse@earthlink.net Organization: EarthLink Inc. -- http://www.EarthLink.net X-Greylisting: NO DELAY (Relay+Sender autoqualified); processed by UCSD_GL-v2.1 on mailbox8.ucsd.edu; Thu, 25 August 2005 17:01:02 -0700 (PDT) X-Spamscanner: mailbox8.ucsd.edu (v1.6 Aug 4 2005 15:27:38, -2.8/5.0 3.0.4) X-MailScanner: PASSED (v1.2.8 1895 j7Q011p2017038 mailbox8.ucsd.edu) X-Virus-Scanned: amavisd-new at ucar.edu X-Virus-Scanned: amavisd-new at cs.mu.OZ.AU Approved: Fergus Henderson , moderator of comp.std.c++ X-Virus-Scanned: amavisd-new at cs.mu.OZ.AU Date: Fri, 26 Aug 2005 00:16:11 CST Lines: 35 NNTP-Posting-Host: 65.182.171.162 X-Trace: sv3-6bp5mpn0hjSK2r9MLT2U0yb5T4ub+eVL+7VLB4LIA/g6wEWQfvuIHwFZXebwhNaTyTlHO9YvXjLJU03!FVibMu4irJMPJXMAncsP7WHdkzawqYx4wIe+WfJBebQYizRDYWovSzJ6Vf/OxPqQu6GUVBLIVf1w!dJtBtsm4Xi8+FXDAyMI7C8UALZii X-Complaints-To: abuse@speakeasy.net X-DMCA-Complaints-To: abuse@speakeasy.net X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.32 Xref: g2news1.google.com comp.std.c++:1932 I want to thank everybody for their feedback on my proposal. Today I posted a second revision at http://home.earthlink.net/~phalpern/cpp/HalpernAllocatorProposal.pdf. I also formally submitted it to the Library WG for consideration in the meeting next month. The previous version (if you care) is at http://home.earthlink.net/~phalpern/cpp/HalpernAllocatorProposal-050725.pdf The main difference between this version and the previous one is that I have reversed my stance on swap, largely because of the arguments (mostly Howard's) in this thread. Although I believed that the theoretical meaning of swap should be to swap values, I now see that its most common uses are to swap entire objects. I've replaced the section about swap with a section about move-semantic operations (including swap). The paper no longer proposes a swap_move function but does propose a swap_value function which does not swap allocators and does not make O(1) and nothrow guarantees unless the allocators are equal. There is also a small but important addition in the middle of page ten, giving another example of how template-based allocator policy is difficult to use. Please keep the discussion going. The real debate starts now! Pablo Halpern phalpern@halpernwightsoftware.com Author: The C++ Standard Library from Scratch http://www.halpernwightsoftware.com/stdlib-scratch --- [ comp.std.c++ is moderated. To submit articles, try just posting with ] [ your news-reader. If that fails, use mailto:std-c++@ncar.ucar.edu ] [ --- Please see the FAQ before posting. --- ] [ FAQ: http://www.jamesd.demon.co.uk/csc/faq.html ]