On 16 December 2014 at 10:38, Stanislav Malyshev <smalys...@gmail.com> wrote:
>> I've tried to search the ML for such list of RFCs:
>>
>> https://wiki.php.net/rfc/gc_fn_pointer
>> https://wiki.php.net/rfc/secure_unserialize (also 5.6 if RMs agree)
>> https://wiki.php.net/rfc/closure_apply
>> https://wiki.php.net/rfc/pack_unpack_64bit_formats (targeting 5.6)
>> https://wiki.php.net/rfc/intdiv
>> https://wiki.php.net/rfc/session.user.return-value
>>
>> maybe others too, but I got bored ;)
>
> Didn't I hear "no features"? Most of these are features.

True, but none of them have been accepted for _this_ 5.7. As Andrea
said, her "5.7" RFCs simply used that as a placeholder for what is now
7.0, since that was the master version number at the time. The same is
true of Sara's session return value RFC. The new pack and unpack
formats are in 5.6 already, I believe, so wouldn't be new to 5.7.
Secure unserialise was your RFC, so you tell us. :)

The only one that's pending and actually applies here is the GC
function pointer RFC. As co-proposer, I'd obviously like to see it in
5.7 as well (there's no user impact, it's so trivial it probably
doesn't even qualify for copyright protection, and it's useful for
profilers), but I'm happy to accept that it might be a casualty of the
"no features" rule.

In summary: our current state would allow us to have a "no features"
rule and for it to make sense with what's already been accepted.

Adam

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to