Re: [PHP-DEV] ext/gd: changing signatures for functions returning true

2025-05-28 Thread Gina P. Banyard
On Tuesday, 27 May 2025 at 09:03, Claude Pache wrote: >> Le 27 mai 2025 à 00:51, David CARLIER a écrit : >> >> Hi, >> >> Working through this https://github.com/php/php-src/pull/18651/files, do not >> mind waiting for PHP 9 if needs be. Let me know what you think. >> >> Cheers. > > Hi, > > Thos

Re: [PHP-DEV] [VOTE] Throwable Hierarchy Policy for Extensions

2025-05-28 Thread Tim Düsterhus
Hi Am 2025-05-13 14:03, schrieb Tim Düsterhus: As with every RFC, a 2/3 majority is required. Voting ends 2025-05-27 at 12:30:00 UTC. For some reason I thought the vote would have ended today instead of yesterday. Anyways: The RFC was accepted with 25 (Yes) to 1 (No) vote (96%), with one “Ye

Re: [PHP-DEV] [RFC] Make OPcache a non-optional part of PHP

2025-05-28 Thread Tim Düsterhus
Hi Am 2025-05-28 06:02, schrieb Sebastian Bergmann: Is this really a *need*, or is it more of a recommendation? If it's left in a user's configuration, what is the impact? A warning on startup: PHP Warning: Failed loading Zend extension 'opcache.so' (tried: ...) Indeed. To explain further:

Re: [PHP-DEV] [RFC] Make OPcache a non-optional part of PHP

2025-05-28 Thread Tim Düsterhus
Hi Am 2025-05-27 20:07, schrieb Levi Morrison: If opcache can still be disabled, and isn't enabled by default in CLI, then in practice we still have all of these issues. The engine may not have to care about "is opcache around?" but it still has to care "is opcache enabled?" Dropping the first

[PHP-DEV] Re: PHP True Async RFC Stage 3

2025-05-28 Thread carlos_silvaaaaa
Hello everyone. I've been thinking about core developers these days, and I'm happy to see the PHP foundation growing, and more and more new developers arriving, eager to push PHP forward. But at the same time, I have the feeling that some want to own it, are jealous, or are simply arrogant. T

Re: [PHP-DEV] #[Deprecated] Attribute

2025-05-28 Thread Benjamin Außenhofer
Am 28.05.2025, 06:54:22 schrieb Daniel Scherzer : > On Tue, May 27, 2025 at 9:41 PM Ben Ramsey wrote: > >> >> Last night, I identified a need for `#[Deprecated]` on a userland class >> in one of my libraries, but I had to settle on `@deprecated` for the widest >> range of compatibility. >> >> Has

Re: [PHP-DEV] Re: [RFC] Clone with v2

2025-05-28 Thread Volker Dusch
Hi Nicolas, Thank you for the great email and for thinking this through. Getting input from the folks that maybe will use this feature the most is very valuable, and I appreciate that you're taking the time to do this early. On Mon, May 26, 2025 at 4:37 PM Nicolas Grekas wrote: > - To me, the m

Re: [PHP-DEV] [RFC] Add preserve_key_types to array_keys() to prevent unintended int conversion

2025-05-28 Thread Rowan Tommins [IMSoP]
On 28 May 2025 14:42:01 BST, "马正强" wrote: > First, we could add a parameter like preserve_key_types to array > functions such as array_keys()/array_search() to temporarily handle the > implicit conversion issue. This will not help. The keys are changed when they are *written* to the ar

Re: [PHP-DEV] [RFC] Add preserve_key_types to array_keys() to prevent unintended int conversion

2025-05-28 Thread 马正强
I've carefully read the discussion at [https://externals.io/message/116735]. While I understand the historical reasons make it difficult to directly change array behavior, this automatic conversion issue does confuse many PHP developers and needs to be addressed. I'd like to propose two solutions:

Re: [PHP-DEV] [RFC] Make OPcache a non-optional part of PHP

2025-05-28 Thread Volker Dusch
On Tue, May 27, 2025 at 6:48 PM Ben Ramsey wrote: > > `zend_extension=opcache` will need to be removed from a user’s php.ini > > configuration > > Is this really a *need*, or is it more of a recommendation? If it's left > in a user's configuration, what is the impact? > For people installing P