Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:69689
Return-Path: <rowan.collins@gmail.com>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 69058 invoked from network); 18 Oct 2013 16:03:52 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 18 Oct 2013 16:03:52 -0000
Authentication-Results: pb1.pair.com smtp.mail=rowan.collins@gmail.com; spf=pass; sender-id=pass
Authentication-Results: pb1.pair.com header.from=rowan.collins@gmail.com; sender-id=pass
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.182 as permitted sender)
X-PHP-List-Original-Sender: rowan.collins@gmail.com
X-Host-Fingerprint: 74.125.82.182 mail-we0-f182.google.com  
Received: from [74.125.82.182] ([74.125.82.182:63849] helo=mail-we0-f182.google.com)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id 0B/B8-23638-6EB51625 for <internals@lists.php.net>; Fri, 18 Oct 2013 12:03:51 -0400
Received: by mail-we0-f182.google.com with SMTP id t61so4053989wes.27
        for <internals@lists.php.net>; Fri, 18 Oct 2013 09:03:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=qc1mnTzws1ezElA9EIBX1RKmrJa7/eTR9MW4avElhk4=;
        b=rTdMrlEUdmuFM0ayiQypgArPrXMBCRHkW+pOVoSFa6G/eZqUAcS55XJYD3NFpAedsY
         KNz5jAMjcjNO8aj5c8S5U3oTwg5IPN5gEF4lBOhHQiPPoX8X5NZH/HDyxVCQdeQ2zsmC
         w+f7pOjGCDiuck8SthjkqWLHmzkNstkgTuYHliKwEHj7n5cMxXJPvP8Y/KJPb+5kWWZ+
         wdaK5vWRCFuuxwY1VPYYkD6D3a9LZMaaDCWzYpkjb/ZSTGEiM/I1aeDxY1VlEnDcziOj
         I6e5TujOtIQkZKywCdUBR72W1BGU8SP+JXeVYWtNJKD5QXcy+urLzn9/u0PzDKLiN2Jq
         TLJA==
X-Received: by 10.194.81.135 with SMTP id a7mr2396579wjy.56.1382112226860;
        Fri, 18 Oct 2013 09:03:46 -0700 (PDT)
Received: from [192.168.0.2] (cpc19-brig17-2-0-cust25.3-3.cable.virginmedia.com. [81.101.201.26])
        by mx.google.com with ESMTPSA id i8sm4769167wiy.6.2013.10.18.09.03.45
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Fri, 18 Oct 2013 09:03:46 -0700 (PDT)
Message-ID: <52615BDB.4070706@gmail.com>
Date: Fri, 18 Oct 2013 17:03:39 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1
MIME-Version: 1.0
To: Ferenc Kovacs <tyra3l@gmail.com>
CC: PHP Internals <internals@lists.php.net>
References: <525C631E.1050008@gmail.com>	<CAF+90c9z6Xx8GY8zPvg8x0b953oyxfBV=_5znWVX7OG4Rb7oaQ@mail.gmail.com>	<526136F8.6050300@rotorised.com>	<52613DCD.2010301@gmail.com>	<52613F62.6090407@rotorised.com>	<52614225.1000800@gmail.com>	<CAEZPtU7dAktajZt09s1bn6jJLAuWuKHnQajnMnMx1-zsm81QmQ@mail.gmail.com>	<526147EE.9080001@gmail.com> <CAH-PCH484kor5EnoU5fJoEb3bSF7iMSz2cBeBox+p+jXVBnUHw@mail.gmail.com>
In-Reply-To: <CAH-PCH484kor5EnoU5fJoEb3bSF7iMSz2cBeBox+p+jXVBnUHw@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Proposal to deprecate create_function()
From: rowan.collins@gmail.com (Rowan Collins)

On 18/10/2013 15:51, Ferenc Kovacs wrote:
> shouldn't really happen if you strictly follow the "new" release 
> process rfc was accepted: https://wiki.php.net/rfc/releaseprocess , 
> unfortunatelly it seems that there are some cases, when this can 
> happen (some bug fixes, but the biggest offender was dropping 
> deprecated features for 5.4.0 which were already removed in the 6.0 
> branch), but if you check out 
> http://hu1.php.net/manual/en/migration55.incompatible.php you can see 
> that the actual intentional BC breaks was really small, the only non 
> bugfix BC break was removing the php logo urls, which was never meant 
> to be a public api, but to be used by phpinfo().

Ah, I see. I guess it was the slew of changes in 5.3 and 5.4 which made 
it seem like this wasn't the case, because they would collectively have 
been 6.0. So the aim is that a script made to work on PHP 5.4 will now 
be guaranteed to run on any version <6, although some required modules 
might have moved to PECL?

As a user, it is certainly not obvious that features discussed as being 
removed "soon" will only actually disappear once there is a 6.0, because 
there doesn't seem to be any reason to expect PHP 6 to be "soon". Unless 
a release within the next few years is numbered 6.0 (or something else 
 >5) simply to clean up the deprecated functionality, without actually 
including major changes like the Unicode string concept.

-- 
Rowan Collins
[IMSoP]