Re: [VOTE] [RFC] Bound-Erased Generic Types

From: Date: Mon, 15 Jun 2026 08:51:19 +0000
Subject: Re: [VOTE] [RFC] Bound-Erased Generic Types
References: 1 2  Groups: php.internals 
Request: Send a blank email to internals+get-131266@lists.php.net to get a copy of this message
On 15 June 2026 09:20:09 BST, Daniil Gentili <daniil.gentili@gmail.com> wrote: >I agree 100%, voters should take responsibility for their own actions, instead of asking to hold >off the vote indefinitely, constantly requesting changes. I think it's generally preferable for the main aim to be reaching consensus, and a vote confirming that consensus, rather than treating votes as something to be "won" and "lost". However, if there's genuine deadlock in a discussion, I guess bringing to a vote is a way to get a decision made. >If this RFC is rejected, PHP won’t have generics (at least not in 2026/the first half of 2027 >due to the cooling off period of RFCs of the same type). That is, luckily, not what the policy says; it says "it will not be allowed to bring up a rejected proposal for another vote, unless ... the authors make substantial changes to the proposal". So an RFC building on Seifeddine's work but taking a different approach to enforcement could be brought forward at any time. Holding a vote is not, and should not be, a way to block alternatives or counter-proposals. Let's not get into the rhetoric of "this is your only chance for generics". If the vote is going ahead, people should vote on *this specific proposal*, with the specific tradeoffs it includes. It's great that we're making progress towards generics; now let's work together to get the best version of them we can. Rowan Tommins [IMSoP]

« previous php.internals (#131266) next »