Re: [PHP-DEV] [RFC] [VOTE] Deprecations for PHP 8.4

On 29 July 2024 02:19:23 BST, Morgan wrote: >At that point you've got \PHP\sha3() instead of hash("sha3-?"), and now you've >(a) lost the word "hash" indicator of what's going on, and (b) hidden the >choice of "?" from the user. I'm not really seeing an improvement. Once again, you're assumi

Re: [PHP-DEV] [RFC] [VOTE] Deprecations for PHP 8.4

> On Jul 28, 2024, at 9:19 PM, Morgan wrote: > I, too, wish there was more willingness to add useful functions to core. :-) >>> On Jul 27, 2024, at 6:14 PM, Morgan wrote: >>> Why a SHA2 algorithm? Why not a SHA3 one? How about standalone functions >>> for both, and then when SHA4 comes alon

Re: [PHP-DEV] [RFC] [VOTE] Deprecations for PHP 8.4

On 2024-07-28 15:54, Mike Schinkel wrote: Many (all?) of the functions the Go team adds could have been written in "userland" but they represent such common use-cases that the Go team decided to make them easy and obvious. They even soft deprecate functions and structs that are not ideal and

Re: [PHP-DEV] [RFC] [VOTE] Deprecations for PHP 8.4

On 2024-07-28 18:42, Rowan Tommins [IMSoP] wrote: On 27 July 2024 23:14:32 BST, Morgan wrote: Why a SHA2 algorithm? Why not a SHA3 one? How about standalone functions for both, and then when SHA4 comes along (as it inevitably will) another standalone function for one of its variants? You

Re: [PHP-DEV] Debugging tools

On 28/07/2024 22:22, Rob Landers wrote: Would anyone else find this useful? — Rob Anything that aids the developer experience is a big win! One of the best things about PHP is Xdebug. Keep going! Cheers, Bilge

[PHP-DEV] Debugging tools

Hello internals I've always found tooling to be one of the biggest accelerators for understanding what is going on in a codebase, assuming you know how to use them. If you've ever tried modifying the language AST and friends, you know this can be extremely tricky at times. For those that want

Re: [PHP-DEV] [RFC] [VOTE] Deprecations for PHP 8.4

Hi, On Mon, Jul 22, 2024 at 11:59 AM Jakub Zelenka wrote: > Hi, > > On Fri, Jul 19, 2024 at 6:42 PM Gina P. Banyard wrote: > >> Hello internals, >> >> I have opened the vote for the mega deprecation RFC: >> https://wiki.php.net/rfc/deprecations_php_true8_4 >>

[PHP-DEV] Deprecate ext/curl `CURLOPT_DNS_USE_GLOBAL_CACHE`?

Hello Internals, We recently bumped[^1] the minimum required libcurl version supported by the PHP Curl extension to 7.61.0. This aligned with the recent CentOS/RHEL 7, along with other major Linux distros that have already updated to a more recent version of libcurl. I'm writing to the Internals to

Re: [PHP-DEV] [RFC] [VOTE] Deprecations for PHP 8.4

On Sun, Jul 28, 2024, 08:42 Rowan Tommins [IMSoP] wrote: > > > On 27 July 2024 23:14:32 BST, Morgan wrote: > > >Why a SHA2 algorithm? Why not a SHA3 one? How about standalone functions > for both, and then when SHA4 comes along (as it inevitably will) another > standalone function for one of its

Re: [PHP-DEV] Should PHP reserve a namespace for built-in classes?

> On Sun, 2024-07-28 at 00:48 +0200, Claude Pache wrote: > > > > For the case of functions (and constants) in the global namespace, > > there was an RFC on the subject about 4 years ago, which has been > > declined; see: https://wiki.php.net/rfc/use_global_elements and the > > discussion threads r