Re: [PHP-DEV] [IDEA] allow extending enum

2023-03-30 Thread Rokas Šleinius
On Wed, 29 Mar 2023 at 18:40, Larry Garfield wrote: > > On Wed, Mar 29, 2023, at 2:25 PM, Rokas Šleinius wrote: > > First, I'm pretty sure I agree now that enums should *not* be > > `extend`-ed as regular classes, there's a fundamental difference as > > you state - the extended enum is a

[PHP-DEV] Broken Wiki Registraiton (was: [IDEA] allow extending enum)

2023-03-30 Thread Tim Düsterhus
Hi On 3/30/23 09:36, Rokas Šleinius wrote: 1) Please don't top-post. Am I doing it right now? I've never been on a mailing list. Yes. Ideally you would also cut the quoted parts to a minimum (like I'm doing here), but I believe the Gmail web interface doesn't make this easy. to quite

Re: [PHP-DEV] Broken Wiki Registraiton (was: [IDEA] allow extending enum)

2023-03-30 Thread Lynn
On Thu, Mar 30, 2023 at 10:04 AM Tim Düsterhus wrote: > Hi > > On 3/30/23 09:36, Rokas Šleinius wrote: > >> 1) Please don't top-post. > > > > Am I doing it right now? I've never been on a mailing list. > > Yes. Ideally you would also cut the quoted parts to a minimum (like I'm > doing here), but

Re: [PHP-DEV] Broken Wiki Registraiton (was: [IDEA] allow extending enum)

2023-03-30 Thread Christian Schneider
Am 30.03.2023 um 10:50 schrieb Lynn : > That said, mailing lists are ancient and in my opinion a horrible way of > doing things. Mailing lists have been around for a long time, yes, but it also means the way we use it for larger scale communication has been refined over time. Please consider

Re: [PHP-DEV] [RFC] Properties in interfaces

2023-03-30 Thread Larry Garfield
On Wed, Mar 29, 2023, at 7:53 PM, Zoltán Fekete wrote: > Hi, > > [Proposal] > Allow interfaces to define properties. The implementing class must > have the same properties with the same name/type. > > As the goal of the interfaces is to define the public "surface" of > the implementing class, I

Re: [PHP-DEV] [RFC] Define proper semantics for range() function

2023-03-30 Thread G. P. B.
On Thu, 30 Mar 2023 at 03:50, Mark Baker wrote: > On 28/03/2023 00:36, G. P. B. wrote: > > Hello internals, > > > > While working on analysing the impact of the changes proposed by amending > > the behaviour of the increment and decrement operators ( > >

Re: [PHP-DEV] Broken Wiki Registraiton (was: [IDEA] allow extending enum)

2023-03-30 Thread Larry Garfield
On Thu, Mar 30, 2023, at 9:25 AM, Christian Schneider wrote: > Am 30.03.2023 um 10:50 schrieb Lynn : >> , and most importantly you have to remind yourself.every time to press >> "reply all". > > As it is sufficient to just reply to the mailing list this could > technically be changed by adding

Re: [PHP-DEV] [IDEA] allow extending enum

2023-03-30 Thread Tim Düsterhus
Hi On 3/29/23 16:31, Davey Shafik wrote: The issue of contention here is that inheritance isn't the correct mechanism for reusing enum definitions to expand on them. What about allowing "use" syntax like traits? enum HttpErrors { case HTTP_STATUS_400; case HTTP_STATUS_401; … }

Re: [PHP-DEV] Mailing List Preferences (was: Broken Wiki Registraiton)

2023-03-30 Thread Tim Düsterhus
Hi On 3/30/23 18:18, Rowan Tommins wrote: So on GMail and other clients using subject-based "conversation" grouping, this is now a third thread; on clients using header-based "thread" grouping, it is still in the original. It's fine. At least that ensure that this off-topic discussion

Re: [PHP-DEV] Broken Wiki Registraiton (was: [IDEA] allow extending enum)

2023-03-30 Thread Rowan Tommins
On 30/03/2023 17:49, Larry Garfield wrote: Please no. As it's a destructive operation that you can't easily work around in email clients. Trimming recipients is doable. Then we need a cultural shift to get people to trim more, because I got two copies of your email, which show together in a

Re: [PHP-DEV] [RFC] Properties in interfaces

2023-03-30 Thread Larry Garfield
On Thu, Mar 30, 2023, at 2:21 PM, Alexandru Pătrănescu wrote: > On Thu, Mar 30, 2023 at 3:50 PM Larry Garfield > wrote: > >> >> This is a part of the "Property Hooks" RFC that Ilija and are working on. >> It's not *quite* done yet, but it's mostly there. The draft is available >> here:

Re: [PHP-DEV] [RFC] Define proper semantics for range() function

2023-03-30 Thread Kamil Tekiela
> > I've changed the behaviour to throw a ValueError if a negative step is > provided with increasing range and accept negative steps for decreasing > ranges. > I am not sure this is better. This would introduce a BC break because now it's not as easy to avoid the error as you can't just wrap the

Re: [PHP-DEV] Release Managers for PHP 8.3

2023-03-30 Thread Jakub Zelenka
Hello, I would like to announce that I want to candidate to become a PHP 8.3 Release Manager. I have been contributing to PHP core for almost 10 years and maintain some parts of PHP. Specifically FPM, JSON, OpenSSL ext and some other bits. I'm part time funded by PHP Foundation and as part of

Re: [PHP-DEV] Broken Wiki Registraiton (was: [IDEA] allow extending enum)

2023-03-30 Thread Larry Garfield
On Thu, Mar 30, 2023, at 4:27 PM, Derick Rethans wrote: > On 30 March 2023 14:56:55 BST, Larry Garfield wrote: >>On Thu, Mar 30, 2023, at 9:25 AM, Christian Schneider wrote: >>> Am 30.03.2023 um 10:50 schrieb Lynn : >> >> , and most importantly you have to remind yourself.every time to press

Re: [PHP-DEV] [RFC] Properties in interfaces

2023-03-30 Thread Alexandru Pătrănescu
On Thu, Mar 30, 2023 at 3:50 PM Larry Garfield wrote: > > This is a part of the "Property Hooks" RFC that Ilija and are working on. > It's not *quite* done yet, but it's mostly there. The draft is available > here: https://wiki.php.net/rfc/property-hooks > > Do you think we could have a smaller

[PHP-DEV] Mailing List Preferences (was: Broken Wiki Registraiton)

2023-03-30 Thread Tim Düsterhus
Hi This subthread really goes off-topic (I've renamed the Subject once more :-) ). On 3/30/23 15:56, Larry Garfield wrote: That said, I am really sick of getting double copies of every reply in a thread after I've posted in it I actually enjoy getting the second copy, because I can

Re: [PHP-DEV] Mailing List Preferences (was: Broken Wiki Registraiton)

2023-03-30 Thread Rowan Tommins
On Thu, 30 Mar 2023 at 15:08, Tim Düsterhus wrote: > Hi > > This subthread really goes off-topic (I've renamed the Subject once more > :-) ). > So on GMail and other clients using subject-based "conversation" grouping, this is now a third thread; on clients using header-based "thread"

Re: [PHP-DEV] Broken Wiki Registraiton (was: [IDEA] allow extending enum)

2023-03-30 Thread Derick Rethans
On 30 March 2023 14:56:55 BST, Larry Garfield wrote: >On Thu, Mar 30, 2023, at 9:25 AM, Christian Schneider wrote: >> Am 30.03.2023 um 10:50 schrieb Lynn : > > >>> , and most importantly you have to remind yourself.every time to press >>> "reply all". >> >> As it is sufficient to just reply to

Re: [PHP-DEV] [IDEA] allow extending enum

2023-03-30 Thread Dan Ackroyd
Hi Rokas, On Thu, 30 Mar 2023 at 08:36, Rokas Šleinius wrote: > > On Wed, 29 Mar 2023 at 18:40, Larry Garfield wrote: > > > > 1) Please don't top-post. > > Am I doing it right now? I've never been on a mailing list. You're replying in the preferred manner, yes. Quoting only the needed amount

[PHP-DEV] PHP 8.2.5RC1 available for testing

2023-03-30 Thread Pierrick Charron
PHP 8.2.5RC1 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.5RC1 Windows binaries are available at: https://windows.php.net/qa/#php-8.2 Please test it carefully, and report any bugs to

Re: [PHP-DEV] [RFC] Properties in interfaces

2023-03-30 Thread Zoltán Fekete
> On Thu, Mar 30, 2023, at 2:21 PM, Alexandru Pătrănescu wrote: > On Thu, Mar 30, 2023 at 3:50 PM Larry Garfield > wrote: > >> >> This is a part of the "Property Hooks" RFC that Ilija and are working on. >> It's not *quite* done yet, but it's mostly there. The draft is available >> here:

Re: [PHP-DEV] [IDEA] allow extending enum

2023-03-30 Thread Ilija Tovilo
Hi Davey On 29.03.23 16:31, Davey Shafik wrote: The issue of contention here is that inheritance isn't the correct mechanism for reusing enum definitions to expand on them. What about allowing "use" syntax like traits? enum HttpErrors { case HTTP_STATUS_400; case HTTP_STATUS_401;

[PHP-DEV] PHP 8.1.18RC1 Available for testing

2023-03-30 Thread Ben Ramsey
PHP 8.1.18RC1 has just been released and can be downloaded from: https://downloads.php.net/~ramsey/ Or use the git tag: php-8.1.18RC1 Windows binaries are available at https://windows.php.net/qa#php-8.1 Please test it carefully, and report any bugs to http://github.com/php/php-src/issues.