Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:70980
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.217.172 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <BLU0-SMTP17353069E1EC30DFD020AFCA9CA0@phx.gbl>
References: <BLU0-SMTP17353069E1EC30DFD020AFCA9CA0@phx.gbl>
Date: Fri, 3 Jan 2014 07:20:39 +0100
Message-ID: <CAEZPtU6kaWBUKUDmsqTv-9YPK1cCnXSTymEG8eHKnVKwedvoBA@mail.gmail.com>
To: zhifeng hu <zf@ancientrocklab.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11c367aeb82ccb04ef0ae86a
Subject: Re: [PHP-DEV] Is it possible introduce HHVM into PHP kernel tree?
From: pierre.php@gmail.com (Pierre Joye)

--001a11c367aeb82ccb04ef0ae86a
Content-Type: text/plain; charset=UTF-8

On Jan 3, 2014 1:05 PM, "zhifeng hu" <zf@ancientrocklab.com> wrote:
>
> The latest techempower benchmarks show HHVM got better performance than
PHP native.
>
> http://www.techempower.com/benchmarks/
>
> Is it possible introduce HHVM into PHP kernel tree?
>
> Or just let HHVM as the primary solution for PHP ?
>
> more detail:
> http://www.hhvm.com

While it is very appealing there are many reasons to do not even consider
it as this  stage:

. CLA and only controlled by one single company. We had the single company
control of our engine in the past, it did UA no good.

. barely portable, relies on gcc only

. will reduce even more the amount of contributors able to participate in
the engine development (due to technical, legal or related reasons.

Please keep in mind that this is my personal take on hhvm, not "our" take
as the php dev team.

Cheers,
Pierre

--001a11c367aeb82ccb04ef0ae86a--