Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:80323
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.217.176 as permitted sender)
MIME-Version: 1.0
Sender: stelian.mocanita@gmail.com
In-Reply-To: <CAESVnVrnvhCgCPr1SYdrYU9w+0RRw2-65kkSnwYLMdd3cyMc4A@mail.gmail.com>
References: <CAESVnVqfoKg=J7BXWf45DFRkEjP9a=TFiDYauD0ZHa-sKXsvDg@mail.gmail.com>
	<CAKxcST83pXKCqK8bYDBTn85oWMuqYYczfgg8LHGo=e5jRfv2Bg@mail.gmail.com>
	<CAESVnVrnvhCgCPr1SYdrYU9w+0RRw2-65kkSnwYLMdd3cyMc4A@mail.gmail.com>
Date: Sat, 10 Jan 2015 13:43:10 +0100
Message-ID: <CAMc0WS6Qa21LjXsRNJFHG9S3aTamxF_jaxFCYkQu4RP7zw=E9Q@mail.gmail.com>
To: Sara Golemon <pollita@php.net>
Cc: Paul Dragoonis <dragoonis@gmail.com>, PHP Internals List <internals@lists.php.net>, 
	"Pierre (php.net gtalk)" <pierre.php@gmail.com>
Content-Type: multipart/alternative; boundary=001a11c2623ea1479d050c4b9db5
Subject: Re: [PHP-DEV] One API to rule them all? (Was: Extension Prepend Files)
From: stelianm@php.net (Stelian Mocanita)

--001a11c2623ea1479d050c4b9db5
Content-Type: text/plain; charset=UTF-8

Hi Sara,

Obviously a great idea that would make a lot of people's life easier all
around.

One question though? How would api extensions be handled on both sides and
would it be at all possible to keep the APIs consistent across hvvm / php
versions?

I imagine that there would need to be consensus on both php / hhvm teams to
add
any extra functionality, is this correct?

On Sat, Jan 10, 2015 at 5:14 AM, Sara Golemon <pollita@php.net> wrote:

> On Fri, Jan 9, 2015 at 5:48 PM, Paul Dragoonis <dragoonis@gmail.com>
> wrote:
> > Somewhat Pie in the sky but at the same time also achievable with good
> > planning and design. I'd support this definitely and this abstraction
> layer
> > would solve constant maintainability of extensions by not having to
> update
> > themselves constantly to support latest versions of PHP due to a lack of
> > abstraction.
> >
> Yep.  Exactly what I'm thinking.
>
> I forsee defining this PHP<->Native Interface (I hereby dub it "PNI")
> as part of the php-langspec such that part of being a conforming
> implementation includes supporting this API.
>
> -Sara
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--001a11c2623ea1479d050c4b9db5--