Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:77902
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain zend.com designates 209.85.220.174 as permitted sender)
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>
In-Reply-To: <CAF+90c_3XdSYeTWpBcSNS7+QmAET2QjpGgNgs4X+8k77Z+1FYw@mail.gmail.com>
MIME-Version: 1.0
Thread-Index: AQJk6qDM44UZqXrjf/3atIAMZlfn9ANLorPnAKH+UTSa4s0ywA==
Date: Sun, 12 Oct 2014 13:36:25 +0300
Message-ID: <f38947e821867f81e0a99f4b52ceda89@mail.gmail.com>
To: Nikita Popov <nikita.ppv@gmail.com>, Derick Rethans <derick@php.net>
Cc: 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: zeev@zend.com (Zeev Suraski)

> -----Original Message-----
> From: Nikita Popov [mailto:nikita.ppv@gmail.com]
> Sent: Sunday, October 12, 2014 1:11 PM
> To: Derick Rethans
> Cc: PHP internals
> Subject: Re: [PHP-DEV] [RFC] Remove deprecated functionality in PHP 7
>
> On Sun, Oct 12, 2014 at 9:56 AM, Derick Rethans <derick@php.net> wrote:
>
> > On Sat, 11 Oct 2014, Nikita Popov wrote:
> >
> > > Hi internals!
> > >
> > > We currently have a number of deprecated features, which we likely
> > > want
> > to
> > > remove in PHP 7. I've created a tracking RFC listing deprecated
> > > functionality (if I missed something, please tell):
> > >
> > >     https://wiki.php.net/rfc/remove_deprecated_functionality_in_php7
> > >
> > > I expect many of these are no-brainers (like assigning new
> > > by-reference), but other items like removal of ext/mysql may need
> > > additional consideration.
> > >
> > > Unless there are items that are particularly contested, I'd like to
> > handle
> > > the bulk of these in a single vote and only have separate votes for
> > > ext/ereg and ext/mysql, as these are arguably more intrusive.
> >
> > I think there should be a little bit more voting "options" - or rather
> > categories.
> >
> > For example, things like this:
> >
> >  # style comments in ini files (since PHP 5.3)
> >
> > I don't think we should remove at all (or why is this even deprecated?!
> >
>
> Because ini files use ; for comments and not #.

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>

Zeev