Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:75050
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.50 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAMUwpuSa335ZO=phUYJ4Zn=p27Vpa76VGg6c26ot-pM1-pj14g@mail.gmail.com>
References: <CAH-PCH6xEXspisLOHtiTbViA4vDTk7q6LM3t_Bh9Dzr1cj_Nag@mail.gmail.com>
	<53A1C722.9060501@fedoraproject.org>
	<53A21137.6010705@sugarcrm.com>
	<CAMUwpuT_S2EE6cdJM95RzY4vmORGx3vJ9+gau8G3EZCMsNSydA@mail.gmail.com>
	<53A2A9BD.1070603@sugarcrm.com>
	<CAH-PCH5-vtCVvGvceMqt6rDXq4zo0Vb34cyDK3KdBUNfg_oLyg@mail.gmail.com>
	<CADyq6sKQbV+Avzfs3OAdGM9Hc85i18t0LSATD6Rk=HjqKOMgBg@mail.gmail.com>
	<53A3874E.20704@sugarcrm.com>
	<CAH-PCH6nSk0ir_TSjhCd0BVhiY5UsOsLKzqKhqfaU1G0ghi4Tg@mail.gmail.com>
	<53A65578.6000701@sugarcrm.com>
	<CAH-PCH7tw0=OacG2HFDvBZxAho0HjdOtpLR=J9aXYGxsv40ehA@mail.gmail.com>
	<53A772D0.3010404@sugarcrm.com>
	<CAMUwpuR7YPnR6jv+0OfOO5J59vcjBdNJT6e03KHDiJtiGiA6KA@mail.gmail.com>
	<53A7F056.8000402@beccati.com>
	<CAH-PCH7JUdZhiHQEJRHRwkGHykYVpWPq5=Weo-SmjqbiiWbHjQ@mail.gmail.com>
	<CAMUwpuSa335ZO=phUYJ4Zn=p27Vpa76VGg6c26ot-pM1-pj14g@mail.gmail.com>
Date: Mon, 23 Jun 2014 11:58:50 +0200
Message-ID: <CAH-PCH7ymnA8QRLyp5atHKzZfNFMtSziMGQV1E-oFvR446Zd_w@mail.gmail.com>
To: Julien Pauli <jpauli@php.net>
Cc: Matteo Beccati <php@beccati.com>, Stas Malyshev <smalyshev@sugarcrm.com>, 
	Sebastian Bergmann <sebastian@php.net>, Remi Collet <remi@fedoraproject.org>, 
	PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=089e01536b72d64cdf04fc7de3f6
Subject: Re: [PHP-DEV] Re: Bug 67072 resolution for 5.4/5.5
From: tyra3l@gmail.com (Ferenc Kovacs)

--089e01536b72d64cdf04fc7de3f6
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Mon, Jun 23, 2014 at 11:42 AM, Julien Pauli <jpauli@php.net> wrote:

> On Mon, Jun 23, 2014 at 11:19 AM, Ferenc Kovacs <tyra3l@gmail.com> wrote:
> >
> >
> >
> > On Mon, Jun 23, 2014 at 11:16 AM, Matteo Beccati <php@beccati.com>
> wrote:
> >>
> >> Hi Julien,
> >>
> >> On 23/06/2014 09:54, Julien Pauli wrote:
> >> > I'm also ok for the 5.6 statements :
> >> > - Disalow O: for classes with custom serializer
> >> > - Unlock newInstanceArgWithoutConstructor() for internal classes
> >> >
> >> > Note that unlocking newInstanceArgWithoutConstructor() for internal
> >> > classes may require lot of work.
> >> > Remi already tried to patch some extensions for them to work AFAIR.
> >>
> >> With 5.6.0 being RC1 already, would someone have time and be willing t=
o
> >> commit doing all the work required without delaying the stable release=
?
> >> I'm not entirely sure, but I certainly hope I'm wrong.
> >>
> >
> > What do you mean?
> > I can promise that the 5.6 RMs (Julien and Me) will make sure that we
> have
> > this sorted out for 5.6 before we have the final release if that is wha=
t
> you
> > are asking for.
>
> Sure. We can delay. We may delay.
> If the quality of the project is involved, we will delay.
>
> 5.4 has been delayed, with 8 RCs before final, because of unresolvable
> bug at this time.
> However, for 5.6, we are already late on the schedule. Last RC of 5.4
> was taggued in February , our 1st RC for 5.6 has been taggued in June.
>
> If we go for checking all the internal classes shipped in the
> distribution, then we should start the task ASAP.
> We cant delay too much, and I think it is reasonable to have a release
> during the summer.
>
> Julien
>

I'm not proposing to wait with the 5.6 final release until we fixed every
internal class so it is safe to instantiate them without calling their
constructors(as we discussed before that could even turn out impossible).
What I meant that I can promise that we will have a solution for 5.6, which
provides a feasible migration path for apps/libs currently depending on the
unserialize O: hack to mock/thaw objects.

--=20
Ferenc Kov=C3=A1cs
@Tyr43l - http://tyrael.hu

--089e01536b72d64cdf04fc7de3f6--