Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:35330
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.198.186 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=jC2NS4CIHs/0GFTbcT5LQlAyfHW9Sw505bxPvWgFsmxJ0MmudS2B0usm3vu30Uk/mAt3lXtWOZbdYibuNi97HhAQ2gtJ38xM4YdOdOuLAYFdVBWUwZqtNpwEYfEZCCEsTSwSpsXYRbltYtKPMepeUugu/IhL9kbUmKfFPPl8E24=
Message-ID: <fe05d1540802080846v17b20915mf04dde3f5c4c9868@mail.gmail.com>
Date: Fri, 8 Feb 2008 17:46:17 +0100
To: "Gregory Beaver" <greg@chiaraquartet.net>
Cc: "internals Mailing List" <internals@lists.php.net>
In-Reply-To: <47AC8597.4060009@chiaraquartet.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <47AC8597.4060009@chiaraquartet.net>
Subject: Re: [PHP-DEV] magic_quotes and the question of BC
From: pierre.php@gmail.com ("Pierre Joye")

On Feb 8, 2008 5:38 PM, Gregory Beaver <greg@chiaraquartet.net> wrote:

> Frankly, I don't see why there is any vote whatsoever.  It's plain
> stupid to consider removing them when a fully backwards-compatible
> solution exists that has no performance penalty, no security penalty,
> and in fact no penalty at all.

It is not plain stupid to remove something when the underlying
features do not exist. It is expected.

Talking about BC in this case is a closed to be a complete non sense.
For two reasons:

1. If can't do that between two major versions, let define a rule: we
can't change _anything_ in PHP, no matter when (think: roll back all
these fatal errors)
2. it is fixable in three lines (with braces). PEAR had much harder
issues already, you can document the upgrade process (upgrade pear
then php, make install will work if you include a full upgrading
solution in go-pear.phar, if it is not the case already)


Finally, I proposed a vote because we did vote about the _complete_
removal of these features a while back. Back to this time, it was not
decided to keep them but to actually completely remove them. I thought
(and still think) that it was necessary (and it was necessary) to
bring this topic back to the list and to finally have a choice. That's
why this list exists and not whatever IRC channel somewhere on EFNet
:)

Cheers,
-- 
Pierre
http://blog.thepimp.net | http://www.libgd.org