Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:109729
To: internals@lists.php.net
References: <CAPyj-LDfdATXFD+dc5AY9EqWWxgf8LP1joD2fzvm==1gUoN35A@mail.gmail.com>
 <CAPyj-LAM7yS0U0TZY9pLyuysuz3KikHjegZ6ESYPLTNfT02yPQ@mail.gmail.com>
Message-ID: <8e02bbb2-69f7-f2d6-a990-3c5d836aedfe@gmail.com>
Date: Mon, 20 Apr 2020 21:09:41 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101
 Thunderbird/68.7.0
MIME-Version: 1.0
In-Reply-To: <CAPyj-LAM7yS0U0TZY9pLyuysuz3KikHjegZ6ESYPLTNfT02yPQ@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-GB
Subject: Re: [PHP-DEV] [DISCUSSION] Match expression
From: rowan.collins@gmail.com (Rowan Tommins)

On 20/04/2020 19:19, Ilija Tovilo wrote:
> Just a heads up, I'd like to start the voting on the match expression
> RFC in a couple of days.
> https://wiki.php.net/rfc/match_expression
>
> I have made a number of changes to the RFC.
>
>   * Block return values are now allowed but limited to match arms
> (https://wiki.php.net/rfc/match_expression#blocks)
> [...]
> If you have anything new to add to the discussion, this is your chance!


Would you consider making the block support an additional vote?

Alternatively, if the RFC as proposed doesn't pass, would you be willing 
to propose a version without this? If not, I might be inclined to do so, 
because I know I'm not alone in liking the expression part as a 
standalone feature, without the complexity of using it as a flow-control 
statement as well.

Regards,

-- 
Rowan Tommins (né Collins)
[IMSoP]