Re: Request: Stay focused on 8.6 RFCs

From: Date: Mon, 20 Jul 2026 03:51:59 +0000
Subject: Re: Request: Stay focused on 8.6 RFCs
References: 1  Groups: php.internals 
Request: Send a blank email to internals+get-132037@lists.php.net to get a copy of this message
Hi Larry, On Mon, Jul 20, 2026 at 9:48 AM Larry Garfield <larry@garfieldtech.com> wrote: > > Hi folks. We have a number of new people on the list in the last 2 weeks with RFC proposals, > which is great to see and I like a number of them. (Whether my PHPVerse talk on the RFC process > played a factor in that, I could not say. :-) ) Thanks for this post! It is pretty good to see those reminders :) > However, as some have hinted, we are currently very close to the feature freeze date for PHP > 8.6, and attention of both RFC reviewers and code reviewers should be focused on proposals that are > trying to finish up in time for 8.6. Any "new business" that won't realistically > make it into 8.6 would be better held until things cool down somewhat to give everyone some > breathing room. > > There is no official policy on this, so this isn't an order to anyone. However, it is a > polite request: If your RFC or brainstorm isn't already in play and realistically targeting > 8.6, please hold off for now. We can pick up "new business" again around 1 September or > so, when the feature freeze rush is well past us. (I know of a few high-impact RFCs that are > waiting for them already.) Just for the thread record, as a RFC does not require 100% implementation done to be accepted, https://wiki.php.net/rfc/ext-gd-2.4 is almost done. Some new methods are being considered for completeness (like quantization method, with option for the mode), but those are thin wrappers in ext/gd, no new implementation under the hood. That's also what this RFC does, it removes all non php binding related logic out of the ext/gd/* and moves to ext/gd/libgd or use alternative existing APIs instead. Warm regards, -- Pierre @pierrejoye

« previous php.internals (#132037) next »