Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:47346 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 48830 invoked from network); 16 Mar 2010 22:00:57 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Mar 2010 22:00:57 -0000 Authentication-Results: pb1.pair.com smtp.mail=johannes@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=johannes@php.net; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 83.243.58.134 as permitted sender) X-PHP-List-Original-Sender: johannes@php.net X-Host-Fingerprint: 83.243.58.134 mailout2.netbeat.de Linux 2.6 Received: from [83.243.58.134] ([83.243.58.134:57827] helo=mailout2.netbeat.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 1A/99-15129-79FFF9B4 for ; Tue, 16 Mar 2010 17:00:57 -0500 Received: (qmail 8338 invoked by uid 89); 16 Mar 2010 21:55:39 -0000 Received: from unknown (HELO ?192.168.1.28?) (postmaster%schlueters.de@93.104.60.35) by mailout2.netbeat.de with ESMTPA; 16 Mar 2010 21:55:39 -0000 X-Originator: 9e51b244e0a38413ab6a9876e36ba9df To: Lukas Kahwe Smith Cc: Derick Rethans , PHP Developers Mailing List , Scott MacVicar , Ilia Alshanetsky In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Organization: php.net Date: Tue, 16 Mar 2010 23:00:48 +0100 Message-ID: <1268776848.9651.204.camel@guybrush> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] PHP 5.4 branch and trunk From: johannes@php.net (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Tue, 2010-03-16 at 22:13 +0100, Lukas Kahwe Smith wrote: > On 16.03.2010, at 16:58, Derick Rethans wrote: > > > Before we add features, they need to be discussed whether we want to > > have them. As version name for it I would like to use "trunk-dev" (and > > not 5.4-dev or 6.0-dev) as we're not quite sure where this is moving. > > Right now, there are the following features that I can see we should > > think about: > > > Since we do not know the name of the next version yet, maybe its best to > base the name on what version it will have as a predecessor and add > support for this in version_compare()? Something like "5.3post". Ok this > isnt a good suggestion, but I hope you get what I am suggesting. We need a version number which can be represented as a numeric value like #define PHP_VERSION_ID 50303 to help extension authors; as said on IRC 5.4 is the only sane choice there. We can still increase the number if needed. How to document this is a good question... johannes