Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:79619 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 26114 invoked from network); 13 Dec 2014 07:19:34 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Dec 2014 07:19:34 -0000 Authentication-Results: pb1.pair.com smtp.mail=zeev@zend.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=zeev@zend.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 74.125.82.52 as permitted sender) X-PHP-List-Original-Sender: zeev@zend.com X-Host-Fingerprint: 74.125.82.52 mail-wg0-f52.google.com Received: from [74.125.82.52] ([74.125.82.52:57709] helo=mail-wg0-f52.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 4C/00-24726-488EB845 for ; Sat, 13 Dec 2014 02:19:34 -0500 Received: by mail-wg0-f52.google.com with SMTP id x12so10701868wgg.25 for ; Fri, 12 Dec 2014 23:19:29 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:references:in-reply-to:mime-version :thread-index:date:message-id:subject:to:cc:content-type; bh=lxNH9Xn56plBBNtG9ALKxgYS+GLoqHbQ8YxNmtqCsQQ=; b=j7yBDIzgxoJKVbqa670jkCo8cZA2pIQDn3V7fJdB4+BXTG/cvN639e/1MKhi+iBlMz U7rHRs2e3UfxrwY/rF4l4okWYlW37V3+KR66RhaZkUP4j9pVyRfJ0lKoIJ2ynw06ScPv KaYt81LKlvyaFb1HOivmiJrlI5vVCuwlMnq138cHlGjghptGdovE3SiGzaF+KIs9mRIW KDdSBCmszySVT505oJZtKrx7y1ojMU0uhEWkGym2AgW4BgHppEtzPvLvLxHWV/SFPzgB L8T0Dfw0iYcYEJtE5qFAmwxMqQVClVg+W0xhg0HhRo+v9N0w91WxrZJCbjbLDUm4ioOh Ufrg== X-Gm-Message-State: ALoCoQlVXmdJfIOQPmBFHJdDndX5o6knNKuD931PPuPLVaeBG/S1CurmhPQRizSB01tyJ1aazawuCvy91nwDB5jtRaAlqjZayawTUe9TP/mJ2iP238LvOq5UcumAU/AcBehRIiuOdkIc0DOBXaVR9cxYtPTKTCpRsw== X-Received: by 10.180.218.39 with SMTP id pd7mr14288850wic.21.1418455168763; Fri, 12 Dec 2014 23:19:28 -0800 (PST) References: <30315309863fc1883f187e2f6777d081@mail.gmail.com> In-Reply-To: MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJyn7ksIjUSLHuWzpRlMyebBfiu5gHNh4goAuWAIZSbIm8kcA== Date: Sat, 13 Dec 2014 09:19:26 +0200 Message-ID: To: Levi Morrison Cc: Julien Pauli , PHP Internals Content-Type: text/plain; charset=UTF-8 Subject: RE: [PHP-DEV] On the road to PHP 5.7 , or not ? From: zeev@zend.com (Zeev Suraski) > -----Original Message----- > From: morrison.levi@gmail.com [mailto:morrison.levi@gmail.com] On > Behalf Of Levi Morrison > Sent: Friday, December 12, 2014 10:00 PM > To: Zeev Suraski > Cc: Julien Pauli; PHP Internals > Subject: Re: [PHP-DEV] On the road to PHP 5.7 , or not ? > > >> - If we go for 5.7 : > >> We could release it this summer (2015) , but that would mean that 7.0 > >> wouldn't come before summer 2016. > >> Releasing a 5.7 will lean the release cycle curve, but it is not > >> mandatory, that should be debatted. > > > > A 5.7 that pushes 7.0 into Summer 2016 is IMHO a strategic mistake, > > but regardless I think the discussion is moot. We've already decided > > we're aiming for a 2015 PHP 7.0 release, and should stick to that plan. > > Assuming we do a PHP 5.7 as I outlined previously, it shouldn't take > anything > more than a few hours here and there by a release manager and a tiny bit > of > extra work for a few RFC authors. It's just normal bug fixes, version > bump, > and compatibility stuff for PHP 7. As long as we keep features out of PHP > 5.7 > it should not delay a PHP 7 release. Levi, Andrea, Adam, and others that suggested we can do 5.7 in parallel while sticking to the 7.0 timeline: 1. I was replying to Julien. Julien said in at least 3 different places in his email that if we do 5.7, we'll clearly not be doing 7.0 in 2015 and it will clearly mean delaying 7.0 by a year. If you disagree, you should be replying to and discussing with him, not me. Perhaps Julien and you have different ideas about what 5.7 is; Even though it's not explicitly mentioned in his email, it certainly sounds that in his mind, 5.7 is just as much of a release as 5.6 or 5.5 were. 2. My position about 5.7 that's minimally different from 5.6 and just 'helps migration', is that it's practically useless. Users won't go through the headache of hopping through two versions, for some supposed unknown benefits. PHP 7 breakage is going to be fairly localized to specific areas - not so much the engine changes which barely breaks anything. So if 5.7 'breaks' the same areas that 7.0 does (keywords, warnings in the right places, etc.) - migrating to it would essentially be as painful (or painless) as migrating to 7.0. In other words, no benefits to doing this extra step from the point of view of most users. 3. Last (and probably least) - a 5.7 that breaks compatibility is inconsistent with our version strategy, that suggests 5.7 should be fully compatible with 5.6. All in all, whether it's a feature release or an empty shell with just 7.0's compatibility breakages, I don't see how 5.7 makes sense. Zeev