Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:71940
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.47 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <8342d52536b143739928e0a533c750fe@BY2PR03MB060.namprd03.prod.outlook.com>
References: <e0681b3331094323d383a048471790f8.squirrel@webmail.klapt.com>
	<1391171792.2941.130.camel@guybrush>
	<52EB9A16.5060605@phpdoc.de>
	<1391172906.2941.140.camel@guybrush>
	<9810c708a9fcc543a263365b5d7c2a63@mail.gmail.com>
	<CAEKnhAG+4F2xoGZBkN5fBCa4mDE+3c-CMOUA_LBmtXboLvmg6g@mail.gmail.com>
	<CAEZPtU6y-ruNSozJkm7xB-iMMcNZJTrmG4QmZ+eHcsnE2ypO7g@mail.gmail.com>
	<52ECF62A.5060401@lsces.co.uk>
	<CAH-PCH5bCAC8ehgL=xBogv1sE=Z2Z7_RsGfPORX56bMrASvjgQ@mail.gmail.com>
	<8342d52536b143739928e0a533c750fe@BY2PR03MB060.namprd03.prod.outlook.com>
Date: Sat, 1 Feb 2014 21:13:33 +0100
Message-ID: <CAH-PCH4kHv2GhMX2ezzrnA8i-NZsYb-QPqEji2tU76v7_JRcxg@mail.gmail.com>
To: Stephen Zarkos <Stephen.Zarkos@microsoft.com>
Cc: PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11c309eacdd6bf04f15dec2b
Subject: Re: [PHP-DEV] [VOTE] 64 bit platform improvements for string length
 and integer
From: tyra3l@gmail.com (Ferenc Kovacs)

--001a11c309eacdd6bf04f15dec2b
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Sat, Feb 1, 2014 at 8:19 PM, Stephen Zarkos <Stephen.Zarkos@microsoft.co=
m
> wrote:

> Hello,
>
> > -----Original Message-----
> > From: Ferenc Kovacs [mailto:tyra3l@gmail.com]
> >
> > On Sat, Feb 1, 2014 at 2:27 PM, Lester Caine <lester@lsces.co.uk> wrote=
:
> >
> > >
> > > I see that the vote currently has swung from yes to no for including
> > > in
> > > 5.6 but actually there is no option to include it even in PHP6? The
> > > improvement is required, needs proper planning because of the impact
> > > on many third parties, and should be planned now on the basis of a ne=
w
> > PHP6.
> > >
> > >
> > Nobody said that if rejected this can't be considered for PHP6.
> > On the contrary, many of the no voters explained that they would have
> > voted yes if the target version would have been 6.0.
>
> This is not directed at you guys in particular, but this is just the
> latest thread to mention PHP6 so I'll say it here.  I know at least my te=
am
> is frustrated every time "why not PHP6?" is mentioned in this thread.
>
> There is no PHP 6.  If there was this RFC would have had two simple
> options; merge for PHP 6.0, merge for both 5.6 & 6.0.  The justification
> for the latter option being that 5.6+ would provide a more reasonable
> upgrade path for 6.  It may not be meant this way, but suggesting we merg=
e
> this into PHP6 simply sounds disrespectful.  There's no point in targetin=
g
> some ethereal release, that's just a way of kicking this down the road so
> it can be ignored for a little longer.  Without a plan forward to a
> release, even merging to Master is just another place for this to languis=
h.
>
> And yes, I know there has been some (hopefully) serious discussion on PHP=
6
> recently, but that happens every year.  Maybe it will happen this time?
>  IMHO, if PHP 5 has slipped happily into middle age and cannot fathom suc=
h
> change anymore, then perhaps this community should create a roadmap to a
> new branch where more progressive development can be realized.
>
> Thanks,
> Steve
>
>
I'm glad that you agree with me on the urgent need of a major release on
the roadmap, otherwise changes which would be best to ship in a major
version will be either discarded, or worse forced into a minor version:
http://marc.info/?l=3Dphp-internals&m=3D138494774314060&w=3D4
Still, it feels a bit disrespectful to reply to my mails as if I would be
the one who tries to sabotage this change through putting it into "some
ethereal release".

ps: I still don't think that it is a good thing to start to turning this
into a "now or never" kind of decision.

--=20
Ferenc Kov=C3=A1cs
@Tyr43l - http://tyrael.hu

--001a11c309eacdd6bf04f15dec2b--