220 26925 article Path: news.gmane.org!not-for-mail From: Nevin Liber Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Re: Proposal - non allocating std::function Date: Wed, 13 Jul 2016 17:54:26 -0500 Lines: 64 Approved: news@gmane.org Message-ID: References: Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11353f76c3447b05378c465f X-Trace: ger.gmane.org 1468450509 9062 80.91.229.3 (13 Jul 2016 22:55:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 13 Jul 2016 22:55:09 +0000 (UTC) To: "std-proposals@isocpp.org" Original-X-From: std-proposals+bncBCE35H5S6IDBBSUNTO6AKGQEOYWBCLI@isocpp.org Thu Jul 14 00:55:09 2016 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-vk0-f71.google.com ([209.85.213.71]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1bNT3c-0004kG-2g for gclcip-std-proposals@m.gmane.org; Thu, 14 Jul 2016 00:55:08 +0200 Original-Received: by mail-vk0-f71.google.com with SMTP id j65sf39090597vkb.2 for ; Wed, 13 Jul 2016 15:55:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:x-original-sender :x-original-authentication-results:reply-to:precedence:mailing-list :list-id:x-spam-checked-in-group:list-post:list-help:list-archive :list-subscribe:list-unsubscribe; bh=921sRz//+VOsl4XSIm0HKx8fgQV/oT8bCQBuU5lJVdo=; b=REF8/rZhOznGLpn3FdKhmE0KR/MGS9g79sPixMgJhHaH9gGrFThL3gjRKvskxtz/2l VaYNgKmVP/M82+lmZInUVSNx7RW6F5PBRD25UjLuddBKNzOmnQ3AHrRvA/WPQVCfWH+z XDc56xu+BNhDWu9IahNlht5zPVZ57kaYDM6RwwAo9OT9dMAhJ8/GDbvWT81mvEcQm1s7 PkA+keWE/HOp58P18ihrtQxmWPqwBqAM3KdFdkf9DCwGBpEE+UTrrMpmGPimBKmTyj4M FoMnKbSAcD8Oz3xKtz/39Z2r17+TKHbgzA/3Hw9YOyxnu0z0Mgh5lC452U/ZXEFhsVWj GZ8A== X-Gm-Message-State: ALyK8tLxUHeoHcBR5hgHot6pH4LifqfkFmWhfTfulzABY036LkxjtrLMfxTQveCY60yXiA== X-Received: by 10.200.51.170 with SMTP id c39mr8439834qtb.1.1468450507186; Wed, 13 Jul 2016 15:55:07 -0700 (PDT) X-BeenThere: std-proposals@isocpp.org Original-Received: by 10.157.34.162 with SMTP id y31ls540803ota.26.gmail; Wed, 13 Jul 2016 15:55:06 -0700 (PDT) X-Received: by 10.202.196.11 with SMTP id u11mr2952094oif.152.1468450506321; Wed, 13 Jul 2016 15:55:06 -0700 (PDT) Original-Received: from mail-oi0-x235.google.com (mail-oi0-x235.google.com. [2607:f8b0:4003:c06::235]) by mx.google.com with ESMTPS id z35si3487293otz.288.2016.07.13.15.55.06 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 13 Jul 2016 15:55:06 -0700 (PDT) Received-SPF: pass (google.com: domain of nliber@gmail.com designates 2607:f8b0:4003:c06::235 as permitted sender) client-ip=2607:f8b0:4003:c06::235; Original-Received: by mail-oi0-x235.google.com with SMTP id w18so92711972oiw.3 for ; Wed, 13 Jul 2016 15:55:06 -0700 (PDT) X-Received: by 10.157.33.125 with SMTP id l58mr6921556otd.32.1468450505700; Wed, 13 Jul 2016 15:55:05 -0700 (PDT) Original-Sender: nliber@gmail.com Original-Received: by 10.157.34.134 with HTTP; Wed, 13 Jul 2016 15:54:26 -0700 (PDT) In-Reply-To: X-Original-Sender: nevin@eviloverlord.com X-Original-Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com; spf=pass (google.com: domain of nliber@gmail.com designates 2607:f8b0:4003:c06::235 as permitted sender) smtp.mailfrom=nliber@gmail.com Precedence: list Mailing-list: list std-proposals@isocpp.org; contact std-proposals+owners@isocpp.org List-ID: X-Spam-Checked-In-Group: std-proposals@isocpp.org 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:26925 Archived-At: --001a11353f76c3447b05378c465f Content-Type: text/plain; charset=UTF-8 On 13 July 2016 at 17:47, Carl Cook wrote: > Very briefly, some of us are interested in having a standardized function > which does not incur an upfront memory allocation to store the callable > target, instead opting for a compile time specified buffer (stack > allocated). > I don't think you mean stack allocated; I think you mean the space is embedded in the object (aka the small object optimization). If the object is allocated on the heap, the space will also be in the heap, correct? -- Nevin ":-)" Liber +1-847-691-1404 -- 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/CAGg_6%2BM9vzOf%2BwE9BbKQzA%3Dfp%2Bsh0_Kzz4WmbMC4Sa30Oq5Ucg%40mail.gmail.com. --001a11353f76c3447b05378c465f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On 13 July 2016 at 17:47, Carl Cook <= carl.cook@gmail.co= m> wrote:
Very briefly, so= me of us are interested in having a standardized function which does not in= cur an upfront memory allocation to store the callable target, instead opti= ng for a compile time specified buffer (stack allocated).

I don't think you mean stack allocated; I th= ink you mean the space is embedded in the object (aka the small object opti= mization).=C2=A0 If the object is allocated on the heap, the space will als= o be in the heap, correct?
--
=
=C2=A0Nevin ":-)" Liber=C2=A0 <mailto:nevin@eviloverlord.com> =C2= =A0+1-847-691-1404

--
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/CAGg_6%2B= M9vzOf%2BwE9BbKQzA%3Dfp%2Bsh0_Kzz4WmbMC4Sa30Oq5Ucg%40mail.gmail.com. --001a11353f76c3447b05378c465f-- .