Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:50578 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 87454 invoked from network); 25 Nov 2010 22:56:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Nov 2010 22:56:49 -0000 Authentication-Results: pb1.pair.com smtp.mail=jani.taskinen@iki.fi; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=jani.taskinen@iki.fi; sender-id=pass Received-SPF: pass (pb1.pair.com: domain iki.fi designates 213.243.153.185 as permitted sender) X-PHP-List-Original-Sender: jani.taskinen@iki.fi X-Host-Fingerprint: 213.243.153.185 filtteri2.pp.htv.fi Received: from [213.243.153.185] ([213.243.153.185:55103] helo=filtteri2.pp.htv.fi) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 85/B2-16484-FA9EEEC4 for ; Thu, 25 Nov 2010 17:56:48 -0500 Received: from localhost (localhost [127.0.0.1]) by filtteri2.pp.htv.fi (Postfix) with ESMTP id AA36E8BBDE; Fri, 26 Nov 2010 00:56:44 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at pp.htv.fi Received: from smtp4.welho.com ([213.243.153.38]) by localhost (filtteri2.pp.htv.fi [213.243.153.185]) (amavisd-new, port 10024) with ESMTP id 6o4Py3M2riek; Fri, 26 Nov 2010 00:56:44 +0200 (EET) Received: from [192.168.0.10] (cs27030009.pp.htv.fi [89.27.30.9]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp4.welho.com (Postfix) with ESMTPS id 3E0D55BC010; Fri, 26 Nov 2010 00:56:44 +0200 (EET) Message-ID: <4CEEE9AD.8090906@iki.fi> Date: Fri, 26 Nov 2010 00:56:45 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fi; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Zeev Suraski CC: PHP Internals References: <73.C4.59959.876BBEC4@pb1.pair.com> <3EA67EA2-A9B1-4DFB-8A30-05B37BCA313B@iki.fi> <8757232E56758B42B2EE4F9D2CA019C9154B70@US-EX2.zend.net> <1290705653.7033.73.camel@guybrush> <8757232E56758B42B2EE4F9D2CA019C9154C3B@US-EX2.zend.net> <1290707707.7033.115.camel@guybrush> <887FE7CFF6F8DE4BB3A9535F53AFD06A2C5D3910@il-ex2.zend.net> In-Reply-To: <887FE7CFF6F8DE4BB3A9535F53AFD06A2C5D3910@il-ex2.zend.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] Re: Hold off 5.4 From: jani.taskinen@iki.fi (Jani Taskinen) Is it just unusually cold weather for this time of year or did the hell just freeze over? :-o Couldn't agree more on both points and I had the same thoughts about getting stuck with 5.x releases forever. And not getting any release out soon from trunk if this thread drags on too long. Maybe even skip 6 like Andi proposed and declare that from now even major versions are never released. Only prime numbers count. 7 is a prime number and it's the lucky one too. ;) --Jani p.s. Somehow this reminds me of one particular discussion in around 2001 about the versioning scheme.. :D 25.11.2010 23:56, Zeev Suraski wrote: > I think that skipping to a major version is a good idea. > > Two key reasons I think that: > > 1. It'll help us break the evil spell of the 6 version number. > Honestly, I'm not so certain we'll have major engine rewrites the > size of what we've seen in PHP 3/4/5 going forward. Sure, I have a > track record for saying that in the past before PHP 5, but this time > I *really* think we've reached an evolutionary stage :). Even if I'm > wrong and we'd have a major rewrite happening, I don't think any of > us is seeing it any time soon. > > 2. Maybe it's time to break the notion that a major number change > means major breakage. Sometimes (like in Google Chrome), a major > version can bring nothing but a few new features and significantly > improve performance, without any additional pain. Not saying we > should go to the extreme of releasing a major version every other > week, but once a year or once every 18 months is a very reasonable > frequency. > > Can't say I feel strongly about it, but I have a feeling that unless > we change our versioning scheme a slight bit, we'll be stuck in the > 5.x realm for a very long time (and I do think it actually reflects > badly on the way the language is perceived to some degree). > > My 2c. > > Zeev > >> -----Original Message----- From: Johannes Schlüter >> [mailto:johannes@schlueters.de] Sent: Thursday, November 25, 2010 >> 7:55 PM To: Andi Gutmans Cc: Jani Taskinen; davey@php.net; PHP >> Internals Subject: RE: [PHP-DEV] Re: Hold off 5.4 >> >> On Thu, 2010-11-25 at 17:39 +0000, Andi Gutmans wrote: >>> This is no different in the Java world, C++ as it matured or >>> some other technologies. >> >> Java is currently at 1.6. (and 6 in Marketing) :-) C++ went from >> ISO/IEC 14882:1998 to ISO/IEC 14882:2003 and is waiting for C++0x, >> whatever the actual name will be. >> >> No good examples ;-) >> >> johannes >> >> >> >> -- PHP Internals - PHP Runtime Development Mailing List To >> unsubscribe, visit: http://www.php.net/unsub.php >