Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:70994 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 59116 invoked from network); 3 Jan 2014 19:55:57 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Jan 2014 19:55:57 -0000 X-Host-Fingerprint: 217.114.215.11 experimentalworks.net Date: Fri, 03 Jan 2014 14:55:56 -0500 Received: from [217.114.215.11] ([217.114.215.11:11838] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DD/76-12805-CC517C25 for ; Fri, 03 Jan 2014 14:55:56 -0500 To: internals@lists.php.net References: <52C6E2F2.2020408@ajf.me> <52C7125F.204@sugarcrm.com> User-Agent: slrn/pre1.0.0-18 (Linux) Message-ID: X-Posted-By: 217.114.215.11 Subject: Re: [PHP-DEV] Is it possible introduce HHVM into PHP kernel tree? From: dsp@php.net (David Soria Parra) Stas Malyshev schrieb: > Hi! > >> Syntax: Yes, HHVM is an equivalent engine.* >> Runtime Library: This is the big gap. PHP has a bunch of bundled > > From what I understand, there's also a certain gap in semantics - while > hhvm accepts PHP syntax (or most of it), it doesn't do the same with it > as PHP does. With the result that if you're going to run real life app > on it, there are chances that it wouldn't work unless it was developed > against hhvm from the start. Sara pointed out that there is an intentional gap in the semantics. > Also, while I greatly appreciate the efforts of folks at Facebook to > make the engine available and working, I am still not sure > organizationally how important it is for Facebook that this engine is > running anything but Facebook, or, even wider, everything (PHP) that is > not Facebook. I.e. it may be important for some people within Facebook > as their project, but organizationally it is a project to run Facebook, > isn't it? Which implies some decisions when they need to be made, and > corners cut when they need to be cut, etc. I understand hhvm works > really good for Facebook, and may even work fine with some lucky PHP > apps, but the last 10% is the hardest. Does it make sense to make the > investment? I of course have no idea what Facebook as an org answers to > this question... I recently read on their blog that they are trying to put a lot of effort into making HHVM compatible with widely used frameworks. So it seems that there is an effort in making it run good for everyone than just for FB. Nevertheless we all agree that HHVM and php-src are separate projects with different goals at the moment. However the community would benefit from a formal language standard. I am not sure how python does it but they have a healthy community of language reimplementations (pypy, jython, etc) and I think the PHP community can learn from that and help people choosing which runtime fits best for their needs.