Hi all,
> Hi all,
>
> RFC: Fix up BCMath Number Class / Change GMP bool cast behavior has started
> voting.
> https://wiki.php.net/rfc/fix_up_bcmath_number_class
>
> Voting ends on 2024-07-30 00:00:00 UTC.
>
> Regards,
>
> Saki
Both RFCs were passed with 18 votes in favor and 0 votes agains
On 29 July 2024 21:00:37 BST, Morgan wrote:
>That still doesn't protect md5() and sha1() from deprecation; if there is a
>PHP-mandated default hash algorithm that gets its own name, then users should
>be encouraged to use that one, which means not leaving the others lying around
>to for it
On 2024-07-29 18:47, Rowan Tommins [IMSoP] wrote:
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
> Sounds perfect.
>
> Fwiw CURLOPT_BINARYTRANSFER was deprecated in 8.4.0alpha without an RFC, but
> it had been a no-op since 5.1.4 in 2004
Thank you!
I submitted #15127[^1] that no-ops this constant.
[^1]: https://github.com/php/php-src/pull/15127
>make it a no-op for now (and to deprecate for PHP8.5/9.0 whatever is next)
Sounds perfect.
Fwiw CURLOPT_BINARYTRANSFER was deprecated in 8.4.0alpha without an RFC,
but it had been a no-op since 5.1.4 in 2004
On Mon, Jul 29, 2024, 12:23 Christoph M. Becker wrote:
> On 28.07.2024 at 19:26, Aye
> Actually deprecating the constant might require the RFC process, so
> maybe it's best to make it a no-op for now (and to deprecate for PHP
> 8.5/9.0 whatever is next).
You are right I also think making this no-op is the best way for now.
Notably, Symfony HttpClient uses the constant to **disabl
On 20.07.2024 at 19:20, Christoph M. Becker wrote:
> I think the proper mailing list to discuss this is php-webmaster, but
> since many whom this may concern are not subscribed there, so I'm
> cross-posting to internals, too. Sorry if this is not appropriate.
>
> Quite a while ago, Damian had sug
On 28.07.2024 at 19:26, Ayesh Karunaratne wrote:
> 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