220 39330 article Path: news.gmane.org!.POSTED!not-for-mail From: =?UTF-8?B?R2HFoXBlciBBxb5tYW4=?= Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Re: Re: Alternative proposal for mapping P0709 Deterministic Exceptions into C Date: Tue, 24 Jul 2018 09:25:12 +0100 Lines: 117 Approved: news@gmane.org Message-ID: References: <6a65c934-5d2a-4e75-b88d-9eaaee338bd3@isocpp.org> <1c229827-6d5d-45bd-8766-c3af818b2b0b@isocpp.org> <5e1086ff-802e-4e45-bd6c-077a93287b08@isocpp.org> Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000716dbc0571ba81af" X-Trace: blaine.gmane.org 1532420610 26400 195.159.176.226 (24 Jul 2018 08:23:30 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 24 Jul 2018 08:23:30 +0000 (UTC) To: std-proposals@isocpp.org Original-X-From: std-proposals+bncBDRYVJ6TVYBRB7WE3PNAKGQECG3S5MY@isocpp.org Tue Jul 24 10:23:26 2018 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-lj1-f197.google.com ([209.85.208.197]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fhsbL-0006mS-UP for gclcip-std-proposals@m.gmane.org; Tue, 24 Jul 2018 10:23:23 +0200 Original-Received: by mail-lj1-f197.google.com with SMTP id l14-v6sf808748lja.20 for ; Tue, 24 Jul 2018 01:25:35 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1532420734; cv=pass; d=google.com; s=arc-20160816; b=0FzzeAGDPMF3Vqp/JsD5oEvVSKQUg0q5WP4ekhd5eDvxAkbOVPjzmh+3gmzlJ7exDL oCVzE1k6V7pu95tph40MRIWFi7aefnsebGWWoHYnj//hYf1vxLSzV37628uVREJJmk7+ NTNrgbFyTrjlzM8Wc1IK+BzFMLCn7oPbO9WjtCGf+DRuQfKNCoGOjCqehMvlZLHcWzNc kszrcit52cFDN2ueRmb7QtCoNxnQVTLX54ZxZNvWJpSkyufvlLtV6wmMflr/ztqL6LhH oEcDfrA666eNrkI9UYrXyH94NmUnYI8VXr2w1Lp9uQMDEJ+QjQ72ds86JLxw6QOvDlb+ Khqg== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post :list-id:mailing-list:precedence:reply-to:to:subject:message-id:date :from:references:in-reply-to:mime-version:arc-authentication-results :arc-message-signature:dkim-signature:arc-authentication-results; bh=5GXBK8EHlBcB/Jg5N191HIEenK5sPqngACnaVECj/80=; b=VgNXCRnOM6Bjt/thZ4U8sb+FEOlXRFRI6Aus3BM0+V1dAeUOAuXLhT8WrrPERQlcvo R+/MEDeVBwFsBTgRicXRpuJTzJrReOzx8PN0/zEMzNrVtTpsPGNC4U6F4YR5xJeqrF/s w9NcE9LmeMoI4UtcMuGTHTXyYbYJu/DxhCcclu6SMhmdcLNtottMZeLBapyoezQ43s4T ryLGlhA2A5UUdEiCS2eiDHfh0KFcHZzp66vzBJCf2E+5KkmPHPiuvJAk5nLxNi4cYTw1 XhsEcsyfeCM8vqQko42P3Qjt43g/xCckO6TvG2dh+lLav596ycm7VOvLv4NjKsUjqSkR nX1A== ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=GiBkIHT3; spf=pass (google.com: domain of gasper.azman@gmail.com designates 209.85.220.41 as permitted sender) smtp.mailfrom=gasper.azman@gmail.com; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isocpp-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :x-original-sender:x-original-authentication-results:reply-to :precedence:mailing-list:list-id:list-post:list-help:list-archive :list-subscribe:list-unsubscribe; bh=5GXBK8EHlBcB/Jg5N191HIEenK5sPqngACnaVECj/80=; b=C2HnStdNH2GoAbUgM2FF5ok1MhJLPe8E3ER6+WOK8TyeHsB1LmqfR/GHeE1zbhKMKc Ut+NuScbG+7I1VCPFPb2hysIurSswdtvVuf9y84q47n5KOsjK9L8TKEKHquJC92kHz/p HVN7wAwAPaGazUZdgLVKMD0FlBDenuoyO+tBr9uBVjD2B2869CLSMORBsTibOjGgHtqR k1ITLieRzEc0PAkpR3o6NICl9oI9hQQKCI6LIR8Hs5HeLpgu6vkCUMskyUt5hNq833RP ckJSlVIxd6jOMeNmnaJekSKAk1YT3ji0NdH113u92/jnU6j0ghZHh5NljdJkrB7hHRwj ZAoQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version: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=5GXBK8EHlBcB/Jg5N191HIEenK5sPqngACnaVECj/80=; b=LIt6diw9RxV4ArkqMfKfRcdaqTg3C3ygi08MYL8FCrra+GWVHAw0eIt4D6Qdw2Qd93 dqD1w18lmvMX8XbqR0w3ii+QUobAeYKFASwXjtqq9CFFau3283AVBP834ucPhKssI2Z2 LQuhE47DqNbv71l3oUazI99hNjVFUwJ5N+b1SryJmAvHsnZf9ewHcOCdEAlHG8E35p4u k1Ilmzl7UWbFNuSGhsaMHrVqCoiM7VjjvyvTf6rSQBMHQetleWKyQ656i8e1+gTotLWI /FMTFEl6hfdgYGsVT4EONI2kl1HV5HXu97xJsBdI2pHwYktTPYI2SHaHJ2TubtYCfgoS 8qvg== X-Gm-Message-State: AOUpUlFhm7dbk/mm06qzMKwPH3VxhpBwOWeq4UpDaKg3d+yVEPndTzQ5 dcbW/mCcbwgKU2Oo1SbhtbZSFQ== X-Google-Smtp-Source: AAOMgpeEG/uAWi39PQs7jDXUtXDF8xXPp/5tvuBRyJgDvWhehTI+NS9LOHvuMpK0FRLe7HbzkwisKg== X-Received: by 2002:a19:1747:: with SMTP id n68-v6mr724327lfi.6.1532420734879; Tue, 24 Jul 2018 01:25:34 -0700 (PDT) X-BeenThere: std-proposals@isocpp.org Original-Received: by 2002:a2e:6e07:: with SMTP id j7-v6ls394778ljc.9.gmail; Tue, 24 Jul 2018 01:25:33 -0700 (PDT) X-Received: by 2002:a2e:83cf:: with SMTP id s15-v6mr1987289ljh.117.1532420733493; Tue, 24 Jul 2018 01:25:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532420733; cv=none; d=google.com; s=arc-20160816; b=Bdfa8qbccqreWsstavL+M9naKf/vTODrm8AER75hMtVXZx5dpK6L2//aPjypI5PrW5 rBHK/SqfWEFjsocrCgc+8Cv+G1VO5RmceWKOnRMCzOCzTf2nUUD8oBKxIo31nTVBU/gR rMJphg0/rZUHPAL51bvua9i+M27Gw956KH8ji8TDp5x56Y5OkVXld0EoD3wnvz03Jyff oc5wN6yW/Lxt7+fFCByxo1A7BorZY7NIibutCw3ls2Ykl7vqbh3pxFgolzrMGns8r0GG KDTaI79pNYcbUVK5WymJf1EZxysVZRfucwJTNRoyNRuTowzTbxiQIPi1IR3XpDikPb0B to8Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=to:subject:message-id:date:from:references:in-reply-to:mime-version :dkim-signature:arc-authentication-results; bh=78WKZFEd6X3jUbfV01R6iJMQ9rob63FlJLWbU82Vm0k=; b=oRRzkhEJjiEgeDjDPgWlCx1HNpvdo/NYwA6aBA0q5VKu7MmlyfKU0yKB+OARpLDB5h UlowglxXtCTmTZWmK39NtYa2JX88ay6sXcY/gx9QBsNn/l3sseM7vhKxtyx/2Klw4HoG yg8fHp/QBrm5KycEiQFt9r0mqqLFA2iaauepcfWRKhvkqAt00VVVeSp2cho1kzYWbsWy fI1e8Eb6kugtfyFjfWsELXNr6j01PaXPyzLYIjLzYeeOibG7LSq8t2TMXRXd/UK5xRaW JCS/RvxHaqZz+Cg70yiwGW1YAr1Fm6h/yn8gJJ6ubjEta67p1ljCuo5vXcs0JybVdJgy iw5w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=GiBkIHT3; spf=pass (google.com: domain of gasper.azman@gmail.com designates 209.85.220.41 as permitted sender) smtp.mailfrom=gasper.azman@gmail.com; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Original-Received: from mail-sor-f41.google.com (mail-sor-f41.google.com. [209.85.220.41]) by mx.google.com with SMTPS id o2-v6sor2315558ljd.36.2018.07.24.01.25.33 for (Google Transport Security); Tue, 24 Jul 2018 01:25:33 -0700 (PDT) Received-SPF: pass (google.com: domain of gasper.azman@gmail.com designates 209.85.220.41 as permitted sender) client-ip=209.85.220.41; X-Received: by 2002:a2e:350b:: with SMTP id z11-v6mr11803728ljz.55.1532420733102; Tue, 24 Jul 2018 01:25:33 -0700 (PDT) Original-Received: by 2002:ab3:416:0:0:0:0:0 with HTTP; Tue, 24 Jul 2018 01:25:12 -0700 (PDT) In-Reply-To: <5e1086ff-802e-4e45-bd6c-077a93287b08@isocpp.org> X-Original-Sender: gasper.azman@gmail.com X-Original-Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=GiBkIHT3; spf=pass (google.com: domain of gasper.azman@gmail.com designates 209.85.220.41 as permitted sender) smtp.mailfrom=gasper.azman@gmail.com; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=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:39330 Archived-At: --000000000000716dbc0571ba81af Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable If we are to use the function's name, how do we deal with unutterable functions, like lambdas, or methods? You can dismiss it as "right, C doesn't have those", but they might in the future. I don't think it's a good idea at all. I also don't like that if I rename the function, I now have to change its body. That makes very little sense to me. A rose by any other name *should* smell as sweet. Ga=C5=A1per On Tue, Jul 24, 2018 at 9:22 AM, Niall Douglas wrote: > >> I like the idea of recycling the function name to set the return value. >> Is that original in the paper or has the idea been expressed before? >> >> It's the OP's idea. > > I personally find it confusing. Function names are pointers to the > function's implementation. Accessing it like a struct makes one assume su= ch > storage is similarly static. > > Niall > > -- > 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/5e1086ff-802e-4e45- > bd6c-077a93287b08%40isocpp.org > > . > --=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. To view this discussion on the web visit https://groups.google.com/a/isocpp= ..org/d/msgid/std-proposals/CAANG%3DkWaY76_oC2xPbkj68sa0hMP0eKc7CDRbJt20oLJT= bHu3g%40mail.gmail.com. --000000000000716dbc0571ba81af Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
If we are to use the function's name, how do we deal w= ith unutterable functions, like lambdas, or methods? You can dismiss it as = "right, C doesn't have those", but they might in the future. = I don't think it's a good idea at all.

I also do= n't like that if I rename the function, I now have to change its body. = That makes very little sense to me. A rose by any other name *should* smell= as sweet.

Ga=C5=A1per

On Tue, Jul 24, 2018 at 9:2= 2 AM, Niall Douglas <nialldouglas14@gmail.com> wrote:=

I li= ke the idea of recycling the function name to set the return value. Is that= original in the paper or has the idea been expressed before?
It's the OP's idea.

I personally find it confusing. Function names are pointers= to the function's implementation. Accessing it like a struct makes one= assume such storage is similarly static.

Niall

--
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-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/5e10= 86ff-802e-4e45-bd6c-077a93287b08%40isocpp.org.

--
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 h= ttps://groups.google.com/a/isocpp.org/d/msgid/std-proposals/CAANG%3DkWaY76_= oC2xPbkj68sa0hMP0eKc7CDRbJt20oLJTbHu3g%40mail.gmail.com.
--000000000000716dbc0571ba81af-- .