Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:75793 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 32704 invoked from network); 21 Jul 2014 13:47:34 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 21 Jul 2014 13:47: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 209.85.220.179 as permitted sender) X-PHP-List-Original-Sender: zeev@zend.com X-Host-Fingerprint: 209.85.220.179 mail-vc0-f179.google.com Received: from [209.85.220.179] ([209.85.220.179:60315] helo=mail-vc0-f179.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 99/C5-01457-4F91DC35 for ; Mon, 21 Jul 2014 09:47:33 -0400 Received: by mail-vc0-f179.google.com with SMTP id hq11so10473846vcb.38 for ; Mon, 21 Jul 2014 06:47:29 -0700 (PDT) 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=scmMwI7LyhbxqYc/rogit/3flx0PFEpMidlU4RQDo4s=; b=QXh3931CHuvTagTquUfRS6r0OTKi367V7epfJga9ckiIMMHxgZ6FrxE1z47Pqei++2 zHytzKoonmL/r1ooroVzyzKpai1J8U8kgoM50Q5Ry3jP0BGWhXv1T8SbspueGn/x//Jc nnOMYgJTuJxYqnrMxaBCmjMJZB1pl+1ublId4+5JXEuYZ80atijgK0cYV2vP+cYeUQ1b Mbk0kaLgyndXqfH2sseuFzVXLFGTF+pWtzcWWpFYS7lKGzUdDWtPzZSOKjgkZOLheexr AgaxRCcqHHrE0J7dAx1NBxvwHoGCJhwkkhreTeyyqUzDgD6sAi46Q79uwXKpLdorYL9b GNvw== X-Gm-Message-State: ALoCoQn0q4NOU1JAXbwVOaKdGOjL5emxuvYJ6L/FLHzuphrqy9DzEbd7LXbtykoSHIweZI+nCANQzWzBJ9sQDc7bdd70QVVPM+eU8c7ad50DSexiTKUW/sUkyjMdmoeVYbaCLEkPWJcW X-Received: by 10.52.172.5 with SMTP id ay5mr24880459vdc.38.1405950449207; Mon, 21 Jul 2014 06:47:29 -0700 (PDT) References: <405777E2-9B2C-426F-97D8-97CF6A9E63E8@ajf.me> <7e9cdb1f72acc146fbbd9a3a5181531c@mail.gmail.com> <51E88A4A-8199-41DD-B9B8-B0786E01FA24@ajf.me> In-Reply-To: <51E88A4A-8199-41DD-B9B8-B0786E01FA24@ajf.me> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQI8QOdx/Do9KUTbDGI5HWlFNEg77gKoeDSZAU3+f3oC98f5RgDka8lumpK4WxA= Date: Mon, 21 Jul 2014 16:47:28 +0300 Message-ID: <9c22c99010ba92136bb66adb873d1335@mail.gmail.com> To: Andrea Faulds Cc: PHP internals Content-Type: text/plain; charset=UTF-8 Subject: RE: [PHP-DEV] RFC: Move phpng to master From: zeev@zend.com (Zeev Suraski) > -----Original Message----- > From: Andrea Faulds [mailto:ajf@ajf.me] > Sent: Monday, July 21, 2014 4:10 PM > To: Zeev Suraski > Cc: Nikita Popov; PHP internals > Subject: Re: [PHP-DEV] RFC: Move phpng to master > > > 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. > > 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... Zeev