220 31232 <9247af8a-6ec9-418f-94fc-5fa48900b6f2@isocpp.org> article Path: news.gmane.org!.POSTED!not-for-mail From: Victor Dyachenko Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Re: Re: P0534: call/cc, type safety and exceptions Date: Wed, 1 Mar 2017 00:45:41 -0800 (PST) Lines: 98 Approved: news@gmane.org Message-ID: <9247af8a-6ec9-418f-94fc-5fa48900b6f2@isocpp.org> References: <3a57e294-7254-4358-828d-c9f7757f5295@isocpp.org> <519ff5a1-cf5e-4641-98c1-835667e737db@isocpp.org> Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1425_1405816666.1488357941451" X-Trace: blaine.gmane.org 1488357949 29331 195.159.176.226 (1 Mar 2017 08:45:49 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 1 Mar 2017 08:45:49 +0000 (UTC) To: ISO C++ Standard - Future Proposals Original-X-From: std-proposals+bncBCJ4XEO5S4ERBNUU3LCQKGQEYBUZ6BY@isocpp.org Wed Mar 01 09:45:44 2017 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-io0-f199.google.com ([209.85.223.199]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ciztB-0006UT-5w for gclcip-std-proposals@m.gmane.org; Wed, 01 Mar 2017 09:45:37 +0100 Original-Received: by mail-io0-f199.google.com with SMTP id j18sf38802365ioe.3 for ; Wed, 01 Mar 2017 00:45:43 -0800 (PST) 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=76t48N4Uox8lL8bR2UD586I/7AIVGeiYOjHoYPlZ7TM=; b=GPancT+8GCBPOKrsOBRkL2e0/wgfiemduMpDywYTl3XTdjBk9kdUR3JQ35rrw8Pquo WiVu96/FLdzVMjX5XmlKYpZDuqMCPYM2Tl07R47m5eZxm6fD/7K2Z/LeQKKTwhqvYInE 6zDZmtA21T+ReMVR5EwASggKX9VzWwxVRmTEumQv2Xdr1qoAbLkxHbhSCVFPROwGnGnB xaTH0GED1Y7s1/DrmXCs7quJC6T322BNeMgxwJUA0iEJpXILllMFxRQUBrvf1sYKbYaO 8qP8s53drNeFOmKJtQgE/srEMgSkCklC5+pOhNz0r9389h6zF1PiJYHrzkr+nMNrxHS8 67+w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; 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=76t48N4Uox8lL8bR2UD586I/7AIVGeiYOjHoYPlZ7TM=; b=WLgKEIa0CzB0bhR2HzyNGcAMiUiWjFyourwr4LFu1hkpRkCAaVqcpgS7tM4DeBD5Vk NpSGZRcf8q5RrRVcBLB/iN60TNS3DdsR1lACyKitfx8NMLXDyUz4l857YbYQPRMTU5Cm DA7xd12/4Gr3rhF6QPSR5qic0WdBU0i7pyfULaHkyxWJNk79SAoF8j3LUN0xJr3uUldL 42bSNPhJ/PzdPwLShHE0hOtPjxe0l1cFgYTYFti6Pdatc6Mfgo0dLX4j2i2uGjj7QE6c wcOqOzzTjMmEedeiPR/SttAUDDhTeWeCuCuEzW9EmYhkUcO+vUzhI86ovqQXTzAvBAOl 22oQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; 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=76t48N4Uox8lL8bR2UD586I/7AIVGeiYOjHoYPlZ7TM=; b=NAmvALdTrO72lRtilNLazs17NEJIYnsCKBwD5X+78T+WPnVsT+0r5FS3mTd/UqQwiA qzoi+mAcmDy2Um9+H6BYA5Le4ZojCbfJRV/uhc7WUF8hsMspKeVnwzyhsSQB0Id/T2AO mOeouOcZUPo6Au4/LMiO4Bbi639Hdt4T7rf/cn9jKqT43jGv3OSFAvUgy6m/kJDHo5e7 dpASlLpSX8sJi7fBJi31CEAU2dq3ru5OjtZ9mr3Wg63MjMRODtmuo5bddLLW1vCwvt2b mZVUdpw4ufKvh/PWCKnkOnM7s7n8+TeChTSDnsHfW+wnFcGh+pgLjVpLea1Vo/6HQ2xb xgNw== X-Gm-Message-State: AMke39n7dw98axmxzYKaVzmXazETlxKvfpHmQ1lBm9Hc78toMrzfLSAzjDxWm/j7zuWTRg== X-Received: by 10.107.40.10 with SMTP id o10mr2195902ioo.63.1488357942931; Wed, 01 Mar 2017 00:45:42 -0800 (PST) X-BeenThere: std-proposals@isocpp.org Original-Received: by 10.157.51.92 with SMTP id u28ls3731253otd.12.gmail; Wed, 01 Mar 2017 00:45:42 -0800 (PST) X-Received: by 10.157.80.16 with SMTP id a16mr682003oth.3.1488357942096; Wed, 01 Mar 2017 00:45:42 -0800 (PST) In-Reply-To: X-Original-Sender: Victor.Dyachenko@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:31232 Archived-At: ------=_Part_1425_1405816666.1488357941451 Content-Type: multipart/alternative; boundary="----=_Part_1426_2137026392.1488357941451" ------=_Part_1426_2137026392.1488357941451 Content-Type: text/plain; charset=UTF-8 On Wednesday, March 1, 2017 at 11:26:22 AM UTC+3, Oliver Kowalke wrote: > > > 2017-03-01 8:48 GMT+01:00 Victor Dyachenko >: > >> I think this API can be used even with pure C. >> > > because it's proposed for C++ - class std::continuation manages the > execution context (the stack; one shot-continuation). > > Sure, but I think I would be good for C/C++ community to have common tools, at least on ABI level. Like atomics or complex numbers. > > >> And we can build anything ontop. call/cc can have some unwanted overhead. >> I'm sure that fcontext_t-related functions are the main values of >> Boost.Context library. >> > > callcc() and continuation::operator() are only thin wrapper (only one- or > two-lines of code) > Yes, it is slightly thinner than execution_context v2. But it still controls the lifetime - I need to keep the continuation object somewhere. May be add something like thread::detach() ? -- 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/9247af8a-6ec9-418f-94fc-5fa48900b6f2%40isocpp.org. ------=_Part_1426_2137026392.1488357941451 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Wednesday, March 1, 2017 at 11:26:22 AM UTC+3, Oliver K= owalke wrote:
=

2017-03-01 8:48 GMT+01:00 Victor Dyache= nko <victor.d...@gmail.com>:
I think this API ca= n be used even with pure C.

because i= t's proposed for C++ - class std::continuation manages the execution co= ntext (the stack; one shot-continuation).


Sure, but I think I would be good for C/C++ = community to have common tools, at least on ABI level. Like atomics or comp= lex numbers.
=C2=A0
=C2=A0
And we can build an= ything ontop. call/cc can have some unwanted overhead. I'm sure that fc= ontext_t-related functions are the main values of Boost.Context library.

callcc() and continuation::operator= () are only thin wrapper (only one- or two-lines of code)

Yes, it is slightly thinner than execution_= context v2. But it still controls the lifetime - I need to keep the continu= ation object somewhere. May be add something like thread::detach() ?=C2=A0<= /div>

--
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/9247af8a-6ec9-418f-94fc-5fa48900b6f2= %40isocpp.org.
------=_Part_1426_2137026392.1488357941451-- ------=_Part_1425_1405816666.1488357941451-- .