On Sun, Feb 15, 2015 at 8:40 AM, Rasmus Lerdorf <ras...@lerdorf.com> wrote: > On 02/15/2015 05:45 AM, Andrea Faulds wrote: >> Hi, >> >>> On 15 Feb 2015, at 12:39, Xinchen Hui <larue...@php.net> wrote: >>> >>> On Sun, Feb 15, 2015 at 10:46 AM, Andrea Faulds <a...@ajf.me> wrote: >>>> Hi everyone, >>>> >>>> I should’ve done this a long time ago, but I’m going to hold a vote on >>>> this RFC. The implementation isn’t finished, but the remaining work isn’t >>>> impossible to surmount (though help would certainly be appreciated). RFCs >>>> can be put to vote without implementations (or so says >>>> https://wiki.php.net/rfc/howto), so the fact the implementation is >>>> unfinished isn’t necessarily a blocker. >>> for such a big change, the implementation self is also important, >>> there was some RFC accepted with "not good" implementation, which >>> cause lots of troubles for us to maintaining . >> >> This vote isn’t to be thought of as accepting the implementation, merely the >> feature. If the implementation isn’t good enough, the feature could actually >> be dropped for PHP 7, as much as I hope that won’t happen. > > At 4 weeks before the feature freeze, we pretty much have to vote for > the implementation as well. Every feature that requires significant work > puts more pressure on a small group of developers and takes their time > away from working on stabilizing the existing code base.
No we do not. Many things are not yet stable or will change until 1st beta (or after). It is not realistic nor fair to ask for perfect implementation for such thing. And the time argument is really just an excuse, we got the same issue with the 64bit patch, asking for a perfect patch while php7 did not event exist at this point. It only tells me we need a two phases RFCs for proposals like that. Or proposers simply waste their time because of such votes. > My no vote is based on looking at the implementation, the size of the > patch and the destabilizing changes to the extension API weighed against > its benefits. Too bad. Cheers, -- Pierre @pierrejoye | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
