Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:73369
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.50 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <1395653827.9365.9.camel@guybrush>
References: <532FF7B9.5040700@hoa-project.net>
	<1395653827.9365.9.camel@guybrush>
Date: Mon, 24 Mar 2014 10:42:21 +0100
Message-ID: <CAEZPtU59+g+YhsAU61u43BPPRoVg77DjUopV59AJiri+SU8b8w@mail.gmail.com>
To: =?UTF-8?Q?Johannes_Schl=C3=BCter?= <johannes@schlueters.de>
Cc: "Ivan Enderlin @ Hoa" <ivan.enderlin@hoa-project.net>, internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] PHP Specification
From: pierre.php@gmail.com (Pierre Joye)

On Mon, Mar 24, 2014 at 10:37 AM, Johannes Schl=C3=BCter
<johannes@schlueters.de> wrote:
> On Mon, 2014-03-24 at 10:15 +0100, Ivan Enderlin @ Hoa wrote:
>>    * the historical interpreter [1],
>
> How is that historic? It is the prime standard with most active
> contributors etc.
>
>
>> Finally, I think that internal@ is responsible to start such a
>> standardization process because this group has made the historical
>> interpreter.
>
> It is building the reference implementation. If other implementations
> add new features they can and they can propose it for inclusion in the
> reference implementation by which it becomes part of the language
> definition. While old parts of the implementation are only documented in
> code and reference documentation form the RFC process provides more
> architectural of new features.

Agreed on the contributions process, however:

Ivan is talking about specifications, an implementation follows a
given specification, not the other way 'round. A well written
specification greatly simplify documentations, implementation(s) and
testing, to name only a few advantages.

That being said, I find very disturbing the total lack of interest
from historical (from a time pov, not activity) core developers in the
next major version. Most drastic changes around PHP happen outside
PHP, many features our users are looking for are implemented outside
the core while we keep arguing about the needs of these features. This
is not a good thing.

Cheers,
--=20
Pierre

@pierrejoye | http://www.libgd.org