Re: [PHP-DEV] Should we rethink the 50%+1 requirement fornon-"language changes"?

2016-01-31 Thread Lester Caine
On 31/01/16 02:42, Yasuo Ohgaki wrote: > It's ok to reject a RFC by "I don't think it is not needed" for simple > additions like array_find_recursive() - it's imaginably RFC. However, > it is not ok for some change/addition like mine > https://wiki.php.net/rfc/precise_session_management > This RFC

Re: [PHP-DEV] RE: [RFC][VOTE] Number Format Separator

2016-01-31 Thread Björn Larsson
Den 2016-01-20 kl. 21:42, skrev Thomas Punt: Hi internals! Voting has opened for the inclusion of a digit separator in PHP[1]. Voting ends in one week's time on January 20th. Voting has now ended with 20 for and 18 against. This means the RFC has been declined. Thank you to all who participa

Re: [PHP-DEV] Should we rethink the 50%+1 requirement for non-"language changes"?

2016-01-31 Thread Björn Larsson
Den 2016-01-30 kl. 18:34, skrev Andrea Faulds: Hi everyone, The vote on the OpenSSL AEAD RFC[1] has made me question our current RFC process again. Under the Voting RFC[2], "Language changes" (in practice, changes to syntax and semantics) require at least a 2/3 majority to pass when they come

Re: [PHP-DEV] Streams and I/O refactoring approach

2016-01-31 Thread Björn Larsson
Den 2016-01-28 kl. 15:48, skrev Anatol Belski: Hi, I'm writing to ask for a review on the following: https://gist.github.com/weltling/29779b61db26c62b5ab0 It is quite far from being even near to be ready. It is an approach for the streams refactoring. After some time playing around, I think th

Re: [PHP-DEV] [RFC] Generalize support of negative string offsets

2016-01-31 Thread Nikita Popov
On Sat, Jan 23, 2016 at 4:45 PM, François Laupretre wrote: > Hi, > > Starting discussion about https://wiki.php.net/rfc/negative-string-offsets > > Please read and comment. > Just dropping by with a +1 on this proposal. Consistent support is always good. The only concern I have is that support

Re: [PHP-DEV] [RFC] Generalize support of negative string offsets

2016-01-31 Thread Stanislav Malyshev
Hi! > The only concern I have is that support of negative indexing will break > symmetry with (proper) arrays, where we cannot support negative indexing. I think that was the main source of objections to this proposal in the past. However, as one might say, string offsets are already not symmetri

Re: [PHP-DEV] Re: [RFC Discussion] Precise Session Management

2016-01-31 Thread Stanislav Malyshev
Hi! > Consequences > - If script executes session_commit()/session_destroy()/use read only > option, PHP will not perform GC. i.e. GC function is not called at > all. Therefore, probability of GC decreases and GC becomes less > likely. > - If script uses multiple session storage, only the last s

Re: [PHP-DEV] Re: [RFC Discussion] Precise Session Management

2016-01-31 Thread Yasuo Ohgaki
Hi Stas, On Mon, Feb 1, 2016 at 8:44 AM, Stanislav Malyshev wrote: >> Consequences >> - If script executes session_commit()/session_destroy()/use read only >> option, PHP will not perform GC. i.e. GC function is not called at >> all. Therefore, probability of GC decreases and GC becomes less >>

Re: [PHP-DEV] Should we rethink the 50%+1 requirement fornon-"language changes"?

2016-01-31 Thread Joe Watkins
Morning internalz, RFC's aren't a good fit for changing procedure, but it's all we have. This should be the first non-language change RFC that requires a 2/3 majority, I think. +1 from me anyway, good points have already been made. Cheers Joe On Sun, Jan 31, 2016 at 2:42 AM, Yasuo