Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:63831 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 41470 invoked from network); 13 Nov 2012 04:38:51 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Nov 2012 04:38:51 -0000 X-Host-Fingerprint: 217.114.211.68 unknown Date: Mon, 12 Nov 2012 23:38:51 -0500 Received: from [217.114.211.68] ([217.114.211.68:2482] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 0E/35-05346-ADEC1A05 for ; Mon, 12 Nov 2012 23:38:51 -0500 To: internals@lists.php.net References: <50A0F797.30604@daylessday.org> <50A10C43.2000704@daylessday.org> <50A10EF1.1010405@oracle.com> User-Agent: slrn/0.9.9p1 (SunOS) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: X-Posted-By: 217.114.211.68 Subject: Re: [PHP-DEV] RFC: ext/mysql deprecation From: dsp@php.net (David Soria Parra) On 2012-11-13, Adam Harvey wrote: > On 13 November 2012 01:16, Ferenc Kovacs wrote: >> On Mon, Nov 12, 2012 at 4:00 PM, Ulf Wendel wrote: >>> Don't bother. There is a standard way of deprecation, at least I assume >>> there is. Its proven. Use it: docs warnings, E_DEPRECATED, remove. >> >> I agree to deprecate/remove on the long run, but I think that we should >> wait for the next version for doing so. > > Honestly, if we were going to delay the eventual removal (and I'm not > sure we should), I'd rather have an extra release cycle with > E_DEPRECATED, rather than an extra release cycle with > documentation-only warnings that are more easily ignored ? so either > way, I'd still want the notices in 5.5. Personally I think we should E_DEPRECATE it. We will have enough time till 5.5 RC1 to decide on the RFC within the regular 2-4 weeks. +1 from me.