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 7.1: > https://wiki.php.net/rfc/de