Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:75743
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.42 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <b39ebab3d19d76cda9bafa25919c0e67@mail.gmail.com>
References: <b39ebab3d19d76cda9bafa25919c0e67@mail.gmail.com>
Date: Mon, 21 Jul 2014 09:52:13 +0200
Message-ID: <CAEZPtU52X737iUZgKUJbT0bb9z-cr_EYfxMcmv804AhnTpLnhg@mail.gmail.com>
To: Zeev Suraski <zeev@zend.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] RFC: Move phpng to master
From: pierre.php@gmail.com (Pierre Joye)

hi Zeev,

On Mon, Jul 21, 2014 at 9:31 AM, Zeev Suraski <zeev@zend.com> wrote:
> All,
>
>
>
> As we=E2=80=99re getting closer to release 5.6.0, and given the very high=
 level of
> interest in phpng, I think it=E2=80=99s time for us to provide some clari=
ty
> regarding what happens post 5.6.0.
>
>
>
> Dmitry and I wrote an RFC proposing that we merge phpng into master and
> turn it into the basis of the next major version of PHP (name TBD).
>
>
>
> The RFC is available at https://wiki.php.net/rfc/phpng
>
>
>
> Some supporting links available down below.
>
>
>
> Comments welcome!

Quoting Dmitry's mail from last week "phpng is an experimental
branch", as such, I see no appealing reasons to replace master with
phpng and use phpng as base for the next major version. I am not
really surprised by this request, despite contradictory comments about
this exact point in the past few weeks.

Despite the excellent performance improvements, it is by far not ready
to be used as base for the next major release, the release we will
have to maintain for the next decade. There is almost no
documentation, the APIs are not clean or inconsistent (just came back
home, will provide details later) but having two separate zpp, same
area's functions mixing use of zend_char and char (creating hard to
catch bugs, not always catch-able at compile time f.e.), no (known)
plan about when the experiments will stop and when or how deep the
cleanup will be done.

In other words, I cannot agree to replace master with phpng, not with
its current state and it is definitively not what I could imagine as a
base for php-next. A roadmap, undocumented and plan-less development
(sorry, but stacking up a couple of % performance improvement has
little to nothing to do with designing php-next)  is the best way to
fail to have what many of our users and developers could expect for
php-next.

Cheers,
--=20
Pierre

@pierrejoye | http://www.libgd.org