Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:113742 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 10261 invoked from network); 24 Mar 2021 17:06:30 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 24 Mar 2021 17:06:30 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 1BE761804D0 for ; Wed, 24 Mar 2021 10:02:18 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Virus: No X-Envelope-From: Received: from mail-lf1-f54.google.com (mail-lf1-f54.google.com [209.85.167.54]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Wed, 24 Mar 2021 10:02:17 -0700 (PDT) Received: by mail-lf1-f54.google.com with SMTP id i26so17146388lfl.1 for ; Wed, 24 Mar 2021 10:02:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rxDBdF1ty/zXPjQ7QlUq9Et9AQI6KymNnJPmB6wsK5U=; b=Ue30wb5PPif9VsugSCFUN7YRg5FINN/wUm0dtEigDNzJGRD9njBsWL+pzn2AMkqE7d aoaO+T0CvLaZjOpKFdo8KRwZZ86mBHgrcSuDoU//GwmMRRTIvTVYFA5kByBGzk/lJtM7 owMyHzd1IZK2r2jor2+KvovkZzs4clXg91kb/XdkLl6k8TndJyCHbddZ1kEfwJYM64CC WRF+TNhbj8d8cfCSU/HhRvAcKjYTLNG9JPD+wnB9tvbjgVKOp3u228xxyj8yhU/UMQfB o0nFGzPO4cJGyCbEc7t5waYEF8FQP/5uKRiPinWPOXxSFj0zLFpXOxMbF+7xdHuVQvqm GwDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=rxDBdF1ty/zXPjQ7QlUq9Et9AQI6KymNnJPmB6wsK5U=; b=HwziUE/gmvp25V2jqD3aCYyziAALVvgXVzrzH30UtpzxQETpHKtxXV3cdWeHzVWWoR YukEehhVP98qBEiuifGiJble08GBTjHYWz+tUYZhAZpBifCiQjc7WaBehtNBBpBJl1AK bMcyyaq1JQjmO+zBG2h/upYLUWmDM+PH13Va3v4386/h6gkoSawTatz8PsV4J0K1apwJ XfjECDvHiVnAzuLmTonufMiKoExlhdyC6FgodryCfiBL8oqqqlPeb05wQD3h4s5/Kbcl hKtT8H+v+JEyM3Ozg3TuvIwD8Zggt+hXFWt5ckr2IbJSP3okR287FK6nUia0pgYY41cC Vcjg== X-Gm-Message-State: AOAM531+0hOFM8kaGB/NV7LYwmuPcon4kUrGuiqEHOzFiRxCaAHm+v4K AoWIwpfQo8p5ynSeCVuBhQPCnqmY7flixQUMjxlgfWL1tL0= X-Google-Smtp-Source: ABdhPJwSObOIBeHIwSAA7jpEgYqrZyKsuf9X2Z0O/lhMQI1GMt2LBAT3yTkBwYJR5YyNk2olTrObvsGIZBAI26aefcA= X-Received: by 2002:a05:6512:1155:: with SMTP id m21mr2579108lfg.44.1616605334845; Wed, 24 Mar 2021 10:02:14 -0700 (PDT) MIME-Version: 1.0 References: <88c9eb5f-f80c-4869-b7f8-1b58b9e2eaa3@www.fastmail.com> In-Reply-To: <88c9eb5f-f80c-4869-b7f8-1b58b9e2eaa3@www.fastmail.com> Date: Wed, 24 Mar 2021 18:01:58 +0100 Message-ID: To: Larry Garfield Cc: php internals Content-Type: multipart/alternative; boundary="000000000000b9bebe05be4b42d4" Subject: Re: [PHP-DEV] [RFC] Auto-capture multi-line closures and short functions take 2 From: nikita.ppv@gmail.com (Nikita Popov) --000000000000b9bebe05be4b42d4 Content-Type: text/plain; charset="UTF-8" On Wed, Mar 24, 2021 at 5:20 PM Larry Garfield wrote: > Greetings, Internalians. > > Some months back I proposed an RFC for short functions. > > https://wiki.php.net/rfc/short-functions > > After some discussion, I put it on hold to ensure that it was compatible > with the other discussion floating about around an alternate syntax for > multi-line closures that did auto-capture. It's important that the syntax > of both proposals is consistent. > > Nuno Maduro and i have talked recently and worked out the syntax that is > consistent between both proposals. That takes 'fn' off the table for > short-functions, for reasons discussed in both RFCs. > > To that end, I offer: > > 1) The updated short-functions RFC: > https://wiki.php.net/rfc/short-functions > > 2) A new RFC, code by Nuno, for auto-capturing multi-statement closures: > https://wiki.php.net/rfc/auto-capture-closure > > These are separate RFCs and at this time we plan to send them to separate > votes, but I list them together to demonstrate that they have been > developed in a mutually-compatible way. > > Further details in the auto-capture-closure RFC. > Could you please create two separate threads for these RFCs? Nikita --000000000000b9bebe05be4b42d4--