[PHP-DEV] PHP 8.2.20RC1 available for testing

2024-05-23 Thread Pierrick Charron
PHP 8.2.20RC1 has just been released and can be downloaded from: https://downloads.php.net/~pierrick/ or https://qa.php.net/ or use the git tag: php-8.2.20RC1 Windows binaries are available at: https://windows.php.net/qa/#php-8.2 Please test it carefully, and report any bugs to https://github

Re: [PHP-DEV] Switching max_execution_time from CPU time to wall-clock time and from SIGPROF to SIGALRM

2024-05-23 Thread Arnaud Le Blanc
Hi Tim, The report submitted to Apple via Feedback Assistant is not public, but here is a mirror: https://openradar.appspot.com/radar?id=5583058442911744 Best regards, Arnaud On Thu, May 23, 2024 at 8:26 PM Tim Düsterhus wrote: > > Hi > > On 5/21/24 14:39, Arnaud Le Blanc wrote: > > This is wha

Re: [PHP-DEV] [Discussion] Implicitly backed enums

2024-05-23 Thread Bilge
On 23/05/2024 19:48, Tim Düsterhus wrote: As for the initial suggestion of implicitly backing enums: I'm strongly against that. Personally I find that backed enums are almost never useful. Fair enough; I think we've somewhat moved on from the initial suggestion of implicitly backed enums, tow

Re: [PHP-DEV] [Discussion] Implicitly backed enums

2024-05-23 Thread Tim Düsterhus
Hi On 5/23/24 20:34, Aaron Piotrowski wrote: This solution is flawed. Not every constant is necessary an enum case. It also isn't type-safe or as nice to read as tryFrom() and from() static methods. Having regular class constants on an enum is somewhat questionable [1], but fair enough. In

Re: [PHP-DEV] [Discussion] Implicitly backed enums

2024-05-23 Thread Aaron Piotrowski
> On May 23, 2024, at 1:20 PM, Tim Düsterhus wrote: > > Hi > > On 5/22/24 02:48, Aaron Piotrowski wrote: >> Perhaps not as clean and easy as the functionality being built-in, but it >> gets the job done. > > I would suggest to use the built-in functionality then. > > enum cases are literall

Re: [PHP-DEV] Switching max_execution_time from CPU time to wall-clock time and from SIGPROF to SIGALRM

2024-05-23 Thread Tim Düsterhus
Hi On 5/21/24 14:39, Arnaud Le Blanc wrote: This is what I believe as well. FWIW I was able to reproduce the issue outside of PHP [2]. I've reported the bug to Apple, but I don't expect it to be fixed quickly, if at all. Is the bug report public / can you provide a link to it? Best regards Ti

Re: [PHP-DEV] [Discussion] Implicitly backed enums

2024-05-23 Thread Tim Düsterhus
Hi On 5/22/24 02:48, Aaron Piotrowski wrote: Perhaps not as clean and easy as the functionality being built-in, but it gets the job done. I would suggest to use the built-in functionality then. enum cases are literally just class constants, thus you can access them via the `constant()` func

Re: [PHP-DEV] [Discussion] Implicitly backed enums

2024-05-23 Thread Tim Düsterhus
Hi On 5/22/24 01:31, Larry Garfield wrote: A unit enum isn't serializable, by design. A unit enum is perfectly serializable: https://3v4l.org/Mf9Ou

[PHP-DEV] PHP 8.3.8RC1 Ready for testing

2024-05-23 Thread ericmann
PHP 8.3.8RC1 has just been released and can be downloaded from: https://downloads.php.net/~eric/ or https://qa.php.net/ or use the git tag: php-8.3.8RC1 Windows binaries are available at: https://windows.php.net/qa/#php-8.3 Please test it carefully, and report any bugs to https://github.com

Re: [PHP-DEV] Subject Prefixes

2024-05-23 Thread Bilge
Unless someone is going to write out definitions for tags, including when we should(n't) use them, I agree with Derick; they're just useless cruft. I only added them because everyone else was doing it (lol). Bilge On Thu, 23 May 2024, 16:28 Rob Landers, wrote: > On Thu, May 23, 2024, at 16:50,

Re: [PHP-DEV] Subject Prefixes

2024-05-23 Thread Rob Landers
On Thu, May 23, 2024, at 16:50, Derick Rethans wrote: > Hi! > > I've noticed that lately, people are adding a [Discussion] prefix to new > threads to this list. That seems rather superfluous, as this is a > *discussion* mailing list. > > RFCs require us to use [RFC] and [Vote] to stand out, but

[PHP-DEV] Subject Prefixes

2024-05-23 Thread Derick Rethans
Hi! I've noticed that lately, people are adding a [Discussion] prefix to new threads to this list. That seems rather superfluous, as this is a *discussion* mailing list. RFCs require us to use [RFC] and [Vote] to stand out, but please let us proliferate additional ones. The normal subject tex

Re: [PHP-DEV] [Discussion] Implicitly backed enums

2024-05-23 Thread Larry Garfield
On Thu, May 23, 2024, at 1:35 AM, Robert Landers wrote: > For what it's worth, the biggest downside to this decision is in > upgrading old/legacy projects to use enums. Most of the time, you want > to convert a const to an enum, and that also usually means it will be > a backed enum. Since there's

Re: [PHP-DEV] [Discussion] Implicitly backed enums

2024-05-23 Thread Larry Garfield
On Wed, May 22, 2024, at 7:30 PM, Stephen Reay wrote: > Sent from my iPhone > >> On 23 May 2024, at 03:58, Larry Garfield wrote: >> >> On Wed, May 22, 2024, at 2:29 AM, Stephen Reay wrote: > On 22 May 2024, at 07:58, Larry Garfield wrote: given that the casing for an enum should

Re: [PHP-DEV] PDO subclass names

2024-05-23 Thread Matteo Beccati
Hi, Il 23/05/2024 04:45, Saki Takamachi ha scritto: Hi all, If there are no other comments, I'll update this to master. +1 Cheers -- Matteo Beccati Development & Consulting - http://www.beccati.com/

Re: [PHP-DEV] [Discussion] Implicitly backed enums

2024-05-23 Thread Rowan Tommins [IMSoP]
On 22/05/2024 00:31, Larry Garfield wrote: I could see an argument for auto-populating the backing value off the enum name if it's not specified, something like this: enum Options: string { case First; // This implicitly gets "First" case Second = '2nd'; } This reminds me of the short-