Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:77908
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.172 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <f38947e821867f81e0a99f4b52ceda89@mail.gmail.com>
References: <CAF+90c-B74M82xOkT1VguqShE3b2W2YLJ1HX_XzCJtG_WUSxxg@mail.gmail.com>
	<alpine.DEB.2.11.1410120854210.4012@whisky.home.derickrethans.nl>
	<CAF+90c_3XdSYeTWpBcSNS7+QmAET2QjpGgNgs4X+8k77Z+1FYw@mail.gmail.com>
	<f38947e821867f81e0a99f4b52ceda89@mail.gmail.com>
Date: Mon, 13 Oct 2014 08:51:48 +0200
Message-ID: <CAEZPtU6=2Lu7SfER_B7J2w-Mb8wBT6kzX0372Fnsm7bf8qL8Ng@mail.gmail.com>
To: Zeev Suraski <zeev@zend.com>
Cc: Nikita Popov <nikita.ppv@gmail.com>, Derick Rethans <derick@php.net>, 
	PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] [RFC] Remove deprecated functionality in PHP 7
From: pierre.php@gmail.com (Pierre Joye)

On Sun, Oct 12, 2014 at 12:36 PM, Zeev Suraski <zeev@zend.com> wrote:

>
> For the record, I don't feel strongly about # comments, but I do think that
> we should have good reasons to actually *remove* features that are better
> than "this is how it's done".  Valid reasons can be performance penalties of
> keeping the feature, security issues, or potential significant reduction in
> codebase complexity.  I'm not sure whether # comments fall into any of these
> buckets, but sounds like they don't.
>
> <broken_record>Each and every feature we break makes it a bit more difficult
> to upgrade.  The more difficult we make it - the more people are likely to
> stick with old insecure versions, or visit alternative
> options</broken_record>

I have to agree with Zeev here, with one additional note.

We have chosen to deprecate features, including ext/mysql. If we now
decide not to remove some of them for 7, we may just remove the
deprecation flag as we are going to support them for the next decade
as well, whether we like it or not.

From the distros/pecl vs core, it is in my humble opinion, a non
issue. Most of the major applications support alternative drivers now,
including the most conservative ones like Wordpress (it is not badly
meant, only a a statement about the situation). Distros tend to enable
by default what the core provides or enables by default. PHP7 will be
no different. Keeping it forever won't help. Removing it may not help
as much as we wish but it will be a clear, loud and unambiguous
signal, which is a good step forward.

I also agree to have more options to vote on. Mass voting may hide
something most of us won't notice.

I also like to discuss what we do for the deprecated features we won't
remove. Keeping the deprecated flags for the sake of keeping it sounds
not so good.

Cheers,
-- 
Pierre

@pierrejoye | http://www.libgd.org