Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:91291
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.182 as permitted sender)
To: Nikita Popov <nikita.ppv@gmail.com>,
 PHP internals <internals@lists.php.net>
References: <CAF+90c_1zO91x-4Madqm3F8gkKDT7jZKVZSbBuYMbnDCADrv_A@mail.gmail.com>
Message-ID: <56C63A8A.3030809@gmail.com>
Date: Thu, 18 Feb 2016 13:41:30 -0800
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0)
 Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <CAF+90c_1zO91x-4Madqm3F8gkKDT7jZKVZSbBuYMbnDCADrv_A@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] Deprecations for PHP 7.1
From: smalyshev@gmail.com (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 nowhere is
not a good thing.

For __autoload I guess since it's incompatible with superior SPL
mechanism it has to go too.

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.

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 randomness is completely fine. For
other applications, there are superior solutions and everybody who needs
them already uses them, but again I see no value in removing those
functions. It would only cause more breakage and make adoption of new
versions (already horrible) even slower.

-- 
Stas Malyshev
smalyshev@gmail.com