[PHP-DEV] Re: [RFC] PHP Namespace Policy

On 15/04/2020 12:21, Mark Randall wrote: https://wiki.php.net/rfc/php_namespace_policy As it has come up a few times, I wanted to provide examples of where programming languages mount their own standard libraries inside a main namespace: Java (java.*) https://en.wikipedia.org/wiki/Java_Plat

Re: [PHP-DEV] [RFC] Unbundle ext/xmlrpc

Am 26.04.2020 um 15:28 schrieb Christoph M. Becker: I propose to unbundle ext/xmlrpc, and written a respective RFC: Makes sense to me. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [VOTE] match expression

On 26/04/2020 09:15, Marco Pivetta wrote: I'm not fine with allowing procedural code to be executed on the right-hand-side of each match. By enforcing only expressions to be on the right-hand-side, we get some nice side-effects too: > I'd be voting YES on the RFC if the blocks were gone. I con

[PHP-DEV] [RFC] Unbundle ext/xmlrpc

Hi all, I propose to unbundle ext/xmlrpc, and written a respective RFC: Thanks for consideration, Christoph -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [VOTE] match expression

Am 26.04.2020 um 10:15 schrieb Marco Pivetta: By enforcing only expressions to be on the right-hand-side, we get some nice side-effects too: * no need to discuss `continue` * no need to discuss `break` * no need to discuss `return` Overall, that would be a win-win. Makes sense to me.

Re: [PHP-DEV] [VOTE] match expression

Am 25.04.2020 um 13:03 schrieb Dan Ackroyd: I like this idea, and would like to see 'match' in PHP. At the same time, is there any need to have the vote right now? The deadline for PHP 8 feature freeze is July 27 2020. There were changes to the proposal overnight, which people have not even had

Re: [PHP-DEV] [VOTE] match expression

Heya, Just following up here, after private convo on why I voted "NO" on this RFC. My rationale for not wanting the RFC (in its current state) is that I don't want more procedural constructs in the language. Specifically, I'm fine with: match () { => , => , => , default => ,