Re: [PHP-DEV] [RFC] Deprecations for PHP 7.1

2016-03-04 Thread Stephen Coakley
On 02/18/2016 04:45 PM, Zeev Suraski wrote: With rand functions, I don't think we need to touch them. For some applications, low-key randomness is just fine - if you need to shuffle array of 20 elements or randomize unit test to ensure you're not testing same value all the time, low-quality ran

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.1

2016-02-24 Thread Rowan Collins
On 18/02/2016 22:45, Zeev Suraski wrote: >> I'm not sure about create_function() - while it is old, I don't see why >> we should break working code using it just because better option is >> available. > There's that, and there's the fact closures don't give you the same functionality - as Andrea

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.1

2016-02-19 Thread Andrea Faulds
Hi Nikita, Nikita Popov wrote: On Thu, Feb 18, 2016 at 11:45 PM, Zeev Suraski wrote: * rand(), the first function anyone will try, uses a potentially horrible libc RNG The manual could really be better here. It mentions that rand()'s maximum output might be quite small on platforms like W

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.1

2016-02-19 Thread François Laupretre
Hi, Le 18/02/2016 13:41, Nikita Popov a écrit : This RFC is incomplete -- I'm posting it now so people can suggest other things that should be deprecated. I expect it to grow over time and don't plan to vote on it in the immediate future. May I suggest to remove the second argument of spl_aut

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.1

2016-02-18 Thread Nikita Popov
On Thu, Feb 18, 2016 at 11:45 PM, Zeev Suraski wrote: > > With rand functions, I don't think we need to touch them. For some > > applications, low-key randomness is just fine - if you need to shuffle > > array of 20 elements or randomize unit test to ensure you're not testing > > same value all t

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.1

2016-02-18 Thread Zeev Suraski
> On 18 בפבר׳ 2016, at 23:42, Stanislav Malyshev wrote: > > Hi! > >> I've created a bulk-deprecation RFC for PHP 7.1: >> https://wiki.php.net/rfc/deprecations_php_7_1 > > I like dropping php_errormsg. Last time I tried to make error > suppression work more efficiently this was a major problem

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.1

2016-02-18 Thread Zeev Suraski
> On 18 בפבר׳ 2016, at 14:42, Nikita Popov wrote: > > Hi internals! > > I've created a bulk-deprecation RFC for PHP 7.1: > https://wiki.php.net/rfc/deprecations_php_7_1 > > I'm using this RFC to collect various deprecations targeting PHP 7.1, as > having individual RFCs for these is too much m

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.1

2016-02-18 Thread Stanislav Malyshev
Hi! > I've created a bulk-deprecation RFC for PHP 7.1: > https://wiki.php.net/rfc/deprecations_php_7_1 > I like dropping php_errormsg. Last time I tried to make error suppression work more efficiently this was a major problematic thing AFAIR, and in general using magic variables that pop out of

Re: [PHP-DEV] [RFC] Deprecations for PHP 7.1

2016-02-18 Thread Thomas Bley
Nikita Popov wrote on 18.02.2016 13:41: > Hi internals! > > I've created a bulk-deprecation RFC for PHP 7.1: > https://wiki.php.net/rfc/deprecations_php_7_1 > > I'm using this RFC to collect various deprecations targeting PHP 7.1, as > having individual RFCs for these is too much management over

RE: [PHP-DEV] [RFC] Deprecations for PHP 7.1

2016-02-18 Thread Zeev Suraski
> -Original Message- > From: Nikita Popov [mailto:nikita@gmail.com] > Sent: Thursday, February 18, 2016 2:42 PM > To: PHP internals > Subject: [PHP-DEV] [RFC] Deprecations for PHP 7.1 > > Hi internals! > > I've created a bulk-deprecation RFC for PHP

[PHP-DEV] [RFC] Deprecations for PHP 7.1

2016-02-18 Thread Nikita Popov
Hi internals! I've created a bulk-deprecation RFC for PHP 7.1: https://wiki.php.net/rfc/deprecations_php_7_1 I'm using this RFC to collect various deprecations targeting PHP 7.1, as having individual RFCs for these is too much management overhead. Each deprecated feature will get its own vote, of