2014.07.25. 9:52, "Zeev Suraski" <z...@zend.com> ezt írta: > > On Fri, Jul 25, 2014 at 7:28 AM, Kris Craig <kris.cr...@gmail.com> wrote: > > > > > > > > While this is a major change to the language implementation, it does > > not actually affect end users in any meaningful way except for the positive > > ‘side effect’ of their apps running faster. So while we believe that > > technically a 50%+1 vote should suffice, we hope to get well over 2/3. > > > > If you're not going to delay this, then you should at very least clarify > > the wording in this section. You believe 50%+1 should suffice but hope to > > get well over 2/3. So is the *required* majority 50%+1 or 2/3? > > > > The text I put there is exactly what I think about the subject of required > majority. 50%+1 is enough for a change that does not effect end users in > any meaningful way, but I'll be happier if it received a 2/3 majority to > leave any doubts away. > > I should also point out that, according to the Voting RFC, whether or not > > an RFC "actually affects end users in any meaningful way" is NOT a factor > > in determining whether a 2/3 supermajority is required or not. Here's what > > it actually states: > > > > > For these reasons, a feature affecting the language itself (new syntax > > for example) will be considered as 'accepted' if it wins a 2/3 of the > > votes. Other RFCs require 50% + 1 votes to get 'accepted'. > > > > Since the phpng RFC already acknowledges that it affects the language > > itself, this is clearly a 2/3 requirement situation. Whether it affects > > end-users or not is irrelevant. Under current rules, your RFC must have > > 2/3 support in order to pass. > > > > As the person who wrote that text in the Voting RFC, I can tell you with > absolute certainty that you are 100% wrong in your interpretation, as I've > said numerous times in the past. > A feature that affects the *language* itself is not a feature that affects > the *language implementation*.
hi, I'm not really following the phpng development that closely, but afaik it does have some userland impact (the change for using the same argument name in a function signature multiple times and the change in func_get_args() comes into mind). We also discussed before that major breakage in the extension "api" would also warrant a 2/3 vote, but it seems that you disagree with that. My last argument is, that given that we allow anybody with a php.net account to vote on Zend Engine changes, we are always safer with the 2/3 vote. That way the worst thing that can happen is something not getting into, but the authors can try again (after fixing the cause of the no votes), but with simple majority it would be rather easy to force something into the language, even if all of the active Zend maintainers vote no because it is a horrible design decision or has a crappy implementation. just my 2 cents ofc.
