Re: [VOTE] [RFC] 64 bit platform improvements for string length and integer

From: Date: Wed, 14 May 2014 10:02:29 +0000
Subject: Re: [VOTE] [RFC] 64 bit platform improvements for string length and integer
References: 1 2 3 4 5 6 7 8 9 10 11  Groups: php.internals 
Request: Send a blank email to internals+get-74186@lists.php.net to get a copy of this message
On Wed, May 14, 2014 at 2:49 AM, Andrea Faulds <ajf@ajf.me> wrote: > > On 14 May 2014, at 10:47, Kris Craig <kris.craig@gmail.com> wrote: > > Just a quick reminder, here's the document outlining the RFC voting > process: > > https://wiki.php.net/rfc/voting > > > While I don’t really disagree with 2/3 here, going by that RFC, isn’t this > a 50%+1 non-language change? > Technically, I think it could probably be interpreted either way, depending on how broadly you define "language change". Though the underlying syntax of PHP isn't being altered, there are several macro renamings and numerous other across-the-board changes. I think a reasonable argument could be made that anything with this large of a scope could be defined as a fundamental language change. I can't help but note that the voting RFC mentions, "new syntax for example", the latter "for example" part seemingly an acknowledgement that a language change is not limited solely to syntactic alterations to the underlying grammar. But again, I think a reasonable person could interpret the rule's language either way. I would recommend that we update that RFC in the near future to provide more specificity to account for otherwise subjective situations like this. In the meantime, I suppose the decision is left to the RFC's author, Anatol. If nothing else, I think it would be wise from a political standpoint to err on the side of the higher requirement. Hopefully this will get enough votes so the requirement will end-up being a moot point, anyway. --Kris

« previous php.internals (#74186) next »