Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:50545
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain zend.com designates 63.205.162.117 as permitted sender)
To: Jani Taskinen <jani.taskinen@iki.fi>, "davey@php.net" <davey@php.net>
CC: PHP Internals <internals@lists.php.net>
Thread-Topic: [PHP-DEV] Re: Hold off 5.4
Thread-Index: AQHLiwv0eVVQAPlzPU2anLu7uixZU5OB8HOAgABg/ACAABLxAIAAC28g
Date: Thu, 25 Nov 2010 17:11:03 +0000
Message-ID: <8757232E56758B42B2EE4F9D2CA019C9154B70@US-EX2.zend.net>
References: <AANLkTi=coWEEMNnr_SsTCo7HaXUPRwcJg7fUz=NjA8nq@mail.gmail.com>
 <73.C4.59959.876BBEC4@pb1.pair.com>
 <AANLkTikhwbTvpNeW6tufCy=cJzDN3zxaZWtyJPeFEvc=@mail.gmail.com>
 <EBD83EAA-18C4-4F0D-ABE3-C2F8D127FBF3@php.net>
 <3EA67EA2-A9B1-4DFB-8A30-05B37BCA313B@iki.fi>
In-Reply-To: <3EA67EA2-A9B1-4DFB-8A30-05B37BCA313B@iki.fi>
Accept-Language: en-US
Content-Language: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: RE: [PHP-DEV] Re: Hold off 5.4
From: andi@zend.com (Andi Gutmans)

> -----Original Message-----
> From: Jani Taskinen [mailto:jani.taskinen@iki.fi]
> Sent: Thursday, November 25, 2010 12:25 AM
> To: davey@php.net
> Cc: PHP Internals
> Subject: Re: [PHP-DEV] Re: Hold off 5.4
>=20
> Who says it has to be 5.4? People seem to be a bit fixated on the version=
 there.
> Major BC breaks just means the version released from trunk is 6.0. And it=
's just
> a number. Big number, but still just a number.
>=20
> Merging (by and or by magic :) features into branch created from 5.3 just
> sounds like plane crash waiting to happen..

I agree and I don't think we're in as bad shape although there's some clean=
ing up that needs to be done.
For what it's worth the changes we've made in the Zend Engine around perfor=
mance and memory use could warrant a major version. Every major version of =
PHP in the past has been driven foremost by major engine overhauls. I belie=
ve there's quite a bit more that we can do during the pre-beta phase in the=
se areas to strengthen that and those changes with a combination of traits,=
 some cleanup of deprecated e.g. safe_mode could warrant a major new versio=
n.
If we do go down that route I would advocate calling it PHP 7 and not PHP 6=
, not because I like jumping ahead so far (I don't like I am sure most peop=
le here don't) but we don't want people to search for PHP 6 and find past i=
nformation which is not relevant to this version we release. Then again I c=
an live with it either way but we should be aware of the negative implicati=
ons there could be.

Andi