Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:64091
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.182 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAKOpQSxME1VVt4MhFxOTVhND3HW3zN0YTsbaCt8HjACUvKtaog@mail.gmail.com>
References: <CADajX4BRUFUb_Wp2a40d2vwXHeMmO611Sqrv7=oxbLHag9qOyg@mail.gmail.com>
	<CADajX4B3RctPoodShRhLLyDQW8-QFaCBOU+6PjL0FDHPGYBtzg@mail.gmail.com>
	<50B5D992.30609@lsces.co.uk>
	<CACwt+JeuSo7TOyVLUMhvQPx2duPi9aDw=HZ=qgknKi+5kVP8VA@mail.gmail.com>
	<CAAyV7nGoV0Q78V6sRTNkiwsj3mZDWdJyFpDgexPe7r7B4xe8=A@mail.gmail.com>
	<CAKOpQSzyCjMH2Rvo4n0kgbugzvwRga4SnO4URR2uqoTefG3Z6g@mail.gmail.com>
	<50B6C097.5010402@gmail.com>
	<CAKOpQSxME1VVt4MhFxOTVhND3HW3zN0YTsbaCt8HjACUvKtaog@mail.gmail.com>
Date: Wed, 28 Nov 2012 23:28:25 -0500
Message-ID: <CAAyV7nHYG_xf6F=y89W1Fn81ArumQXd8sJxwe269pypLnfY9fg@mail.gmail.com>
To: Kris Craig <kris.craig@gmail.com>
Cc: David Muir <davidkmuir@gmail.com>, Patrick ALLAERT <patrickallaert@php.net>, 
	Lester Caine <lester@lsces.co.uk>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=0016e6d77c9fc752b804cf9ab619
Subject: Re: [PHP-DEV] Re: [VOTE] ext/mysql deprecation in 5.5
From: ircmaxell@gmail.com (Anthony Ferrara)

--0016e6d77c9fc752b804cf9ab619
Content-Type: text/plain; charset=ISO-8859-1

Kris,


I disagree.  Whether we're deprecating an extension or a subset of
> functions, the practical impact is pretty much the same.  As for moving it
> to PECL, why are we even discussing that here?  It's completely outside the
> scope of this RFC.  I imagine moving it to PECL would make the most sense
> when the time comes, but we shouldn't get ahead of ourselves.  We should
> deprecate it first, then when the time comes (i.e. 6.0) we can figure out
> where to dump its carcas.
>

Actually, it is very much within the scope of this discussion.

Case in point, take a look at 5.3.0. The following extensions were moved to
PECL:


   - ext/dbase
   - ext/fbsql
   - ext/fdf
   - ext/ncurses
   - ext/mhash (BC layer is now entirely within ext/hash)
   - ext/ming
   - ext/msql
   - ext/sybase


Now you could make the argument that they weren't as used as ext/mysql. But
they were removed from core without raising E_DEPRECATED first.

So there definitely is precedent to remove without deprecating first. So
it's completely within the realm of discussion here.

Either way, our common goal here is to get people to stop using ext/mysql
> now so that we can trash it when the time comes.  And as far as that goes,
> I think that what happened with magic_quotes and Drupal is a perfect
> example of how deprecation can effectively push devs to act when docs and
> "get the word out" campaigns aren't enough.
>

The problem with this statement is that you're indicating something that
didn't happen. "get the word out" campaigns have not happened on an
official level for ext/mysql. The wording in the docs is light at best.
There has been very little effort from the side of the project to say "get
off it now". And that's what some of us have against this concept of
raising E_DEPRECATED in 5.5 (or possibly ever)...

Anthony

--0016e6d77c9fc752b804cf9ab619--