Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:79693 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 55334 invoked from network); 16 Dec 2014 07:52:27 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Dec 2014 07:52:27 -0000 Authentication-Results: pb1.pair.com smtp.mail=php@beccati.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=php@beccati.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain beccati.com designates 176.9.114.167 as permitted sender) X-PHP-List-Original-Sender: php@beccati.com X-Host-Fingerprint: 176.9.114.167 spritz.beccati.com Received: from [176.9.114.167] ([176.9.114.167:50981] helo=mail.beccati.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8B/33-34244-9B4EF845 for ; Tue, 16 Dec 2014 02:52:26 -0500 Received: (qmail 27092 invoked from network); 16 Dec 2014 07:52:19 -0000 Received: from home.beccati.com (HELO ?192.168.1.202?) (88.149.176.119) by mail.beccati.com with SMTP; 16 Dec 2014 07:52:19 -0000 Message-ID: <548FE4A8.4040909@beccati.com> Date: Tue, 16 Dec 2014 08:52:08 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Xinchen Hui , Andrea Faulds CC: PHP Internals References: <8C1EFD82-CFE0-4D01-9231-2A1658B182A6@ajf.me> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] [RFC] PHP 5.7 From: php@beccati.com (Matteo Beccati) On 16/12/2014 05:07, Xinchen Hui wrote: > On Tue, Dec 16, 2014 at 8:09 AM, Andrea Faulds wrote: >> Good evening, >> >> There has been some debate about whether to make “PHP 5.7". I have made a very simple RFC. It proposes a final minor version of PHP 5, PHP 5.7, to be released at the same time as PHP 7, with no new features whatsoever. >> > I am wondering why we need that? no new features.... > > I think we can extend 5.6 release cycle to avoid that.. I tend to agree with Xinchen here. A new minor release just to introduce a few deprecation messages? It sounds like a lot of work (it also need to be maintained) for little gain. I think that doesn't also match the plans of other (accepted?) RFCs that were targeted for 5.7. I think I've seen it many times. Cheers -- Matteo Beccati Development & Consulting - http://www.beccati.com/