Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:75798 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 40374 invoked from network); 21 Jul 2014 14:09:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 21 Jul 2014 14:09:49 -0000 Authentication-Results: pb1.pair.com header.from=derick@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=derick@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 82.113.146.227 as permitted sender) X-PHP-List-Original-Sender: derick@php.net X-Host-Fingerprint: 82.113.146.227 xdebug.org Linux 2.6 Received: from [82.113.146.227] ([82.113.146.227:38999] helo=xdebug.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B1/77-01457-C2F1DC35 for ; Mon, 21 Jul 2014 10:09:49 -0400 Received: from localhost (localhost [IPv6:::1]) by xdebug.org (Postfix) with ESMTPS id 6561410C8E0; Mon, 21 Jul 2014 15:09:45 +0100 (BST) Date: Mon, 21 Jul 2014 15:09:45 +0100 (BST) X-X-Sender: derick@whisky.home.derickrethans.nl To: Zeev Suraski cc: Andrea Faulds , PHP internals In-Reply-To: <9c22c99010ba92136bb66adb873d1335@mail.gmail.com> Message-ID: References: <405777E2-9B2C-426F-97D8-97CF6A9E63E8@ajf.me> <7e9cdb1f72acc146fbbd9a3a5181531c@mail.gmail.com> <51E88A4A-8199-41DD-B9B8-B0786E01FA24@ajf.me> <9c22c99010ba92136bb66adb873d1335@mail.gmail.com> User-Agent: Alpine 2.11 (DEB 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: RE: [PHP-DEV] RFC: Move phpng to master From: derick@php.net (Derick Rethans) On Mon, 21 Jul 2014, Zeev Suraski wrote: > From: Andrea Faulds [mailto:ajf@ajf.me] > > > > We *could* make PHP NEXT in a year, sure, but it won't be worthwhile > > being called PHP NEXT. > > Everything I know about the PHP community, combined with the amazing > level of interest that the recent PHPNG benchmarks garnered, tells me > that it wrong. > People would love to get it even if it was just the performance & > memory footprint gains alone. And we're not even talking about that - > we'd still have ample time to put in additional features into it. > > > There are a lot of big changes we can and should make and that would > > necessitate delaying it. Three years might be a bit long. > > Three years is a lifetime in our world of software... > > > However, I am confident that we need more than a year to make this > > major worth it. > > Even if it's going to be 18 months (which is on the upper limit of > what I think we should allow for .NEXT), I don't see a need for 5.7 in > between. When we created the release process RFC, from the get go, I > thought that releasing every 12 months is too frequent. I was told > not to worry and that we'll "see how it goes" and "change if we need > to". Now, suddenly this became a God-given commandment, that we must > have a mini version every year and on time - and it's not. Reality is > that the userbase is embracing versions a lot slower than we crank > them up - releasing 5.7 to be followed shortly by 6/7 doesn't make a > lot of sense, I think. > > Still, I think we're much better off delivering .NEXT as soon as we > can as. I think that's the cru - and very important. I would totally be in favour with PHP 7 be "just" PHPNG - as long of course it's finished. Whether this takes slightly more than a year, I don't really care. > > > This is the assumption we should take IMHO, and only branch 5.7 > > > (and more importantly, invest time in it) if it proves wrong. > > > > Branching 5.7 wouldn't be a big effort. Master is fairly stable, and > > if some RFCs pass, we can merge them into 5.7. It also gives us a > > fallback. If PHP NEXT doesn't happen next year (and I expect that it > > won't), we'll still have 5.7. > > I can live with that, as long as we treat 5.7 as a secondary project > where we backport stuff rom master, and as long as it's clear to > everyone that it may be (or IMHO may very well be) throw-away code > that we'll never actually use. Personally I think it makes more sense > to focus on getting .NEXT out the door quickly so that we don't have > to get into the headache of working on two active trees, though. I'd > like to see what others are thinking... I agree. We should not focus on two active trees. cheers, Derick