Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:101791
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.160.51 as permitted sender)
To: Marco Pivetta <ocramius@gmail.com>, Michael Morris <tendoaki@gmail.com>
Cc: PHP Internals <internals@lists.php.net>
References: <CAOv67gvh_TM8B+ZvJeMwQDN7wnC+n7JiW78Ydk+V3wRjsXigBA@mail.gmail.com>
 <CAEPJdunk-uWhaqOtUP24qNzqv-EBvJnJncikPsfLBtjPkfwH8g@mail.gmail.com>
 <07d9e3a0-d516-aa77-4818-ce8b02e8dd08@gmail.com>
 <79b192e6-a6bd-bd13-6bd4-b56011a5eac2@gmx.de>
 <CAEUnE0daTFOHSwKBeHatqxbMaX4K8-VgdcD4dmxsxAQ9N4TOeQ@mail.gmail.com>
 <CADyq6sJ9dLRUU-fdj_kB++4GjvLW85Q=K5oRWcUEb2+SUt4siQ@mail.gmail.com>
 <CAEUnE0d=CJ=4-ggiMLvSFtFMjwz7JkSG5Dv6jeNBtQdtGAozXA@mail.gmail.com>
 <CADyq6s+oQbe7Y_k6rCSsjjRg3K2SpGeWt-sVy5eOQvjbmSfjDQ@mail.gmail.com>
Message-ID: <0ec42232-8cf3-0c54-69c2-ee38bf6804e5@gmail.com>
Date: Tue, 6 Feb 2018 11:35:52 -0800
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:58.0)
 Gecko/20100101 Thunderbird/58.0
MIME-Version: 1.0
In-Reply-To: <CADyq6s+oQbe7Y_k6rCSsjjRg3K2SpGeWt-sVy5eOQvjbmSfjDQ@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC][DISCUSSION] Deprecation of fallback to root scope
From: smalyshev@gmail.com (Stanislav Malyshev)

Hi!

> We're talking about a deprecation, not removal of a feature.

There's no point of deprecating if the goal isn't to remove.

> First of all, it doesn't remove the feature, which means that everything
> keeps working as-is, and second, we already have a way to configure error
> reporting for deprecations ("configuration") ;-)

Configuration removes deprecation messages as a whole class, which is
usually not what you want.

> The point of deprecations is precisely to give downstream time to adjust
> and release the adapted code, which we do all the time anyway.

In this case, this would mean "edit every file (that uses standard PHP
functions, which is probably nearly every file in the codebase)", to no
benefit to the user. This is a huge imposition on existing users without
any benefit to them. The fact that they will have time is irrelevant -
they always would have all the time in the world but not upgrading - the
point is that this change is bad for them.
-- 
Stas Malyshev
smalyshev@gmail.com