Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:103621
MIME-Version: 1.0
References: <DM6PR02MB5932B1C5B8A707FB8DF76679BFBF0@DM6PR02MB5932.namprd02.prod.outlook.com>
In-Reply-To: <DM6PR02MB5932B1C5B8A707FB8DF76679BFBF0@DM6PR02MB5932.namprd02.prod.outlook.com>
Date: Sat, 22 Dec 2018 11:32:28 +0100
Message-ID: <CAF+90c_VYryOPO24_L4R7+HMBr9NqC7wHZ_qGohsqom6j8Da9g@mail.gmail.com>
To: Dmitry Stogov <dmitry@zend.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="0000000000005b784d057d99e276"
Subject: Re: [PHP-DEV] [RFC] [VOTE] FFI - Foreign Function Interface
From: nikita.ppv@gmail.com (Nikita Popov)

--0000000000005b784d057d99e276
Content-Type: text/plain; charset="UTF-8"

On Thu, Dec 20, 2018 at 4:13 PM Dmitry Stogov <dmitry@zend.com> wrote:

> Hi internals,
>
>
> The FFI RFC is turned into voting state.
>
>
> https://wiki.php.net/rfc/ffi
>
>
> There were very few minor changes since the initial proposal, e.g.
> renaming FFI:array_type() into FFI::arrayType()
>
>
> Thanks. Dmitry.
>

My main concern here is that this is a very new extension and I think that
apart from you barely anyone had a chance to actually implement something
based on it and gain experience using the proposed API. Bundling an
extension with PHP means that the API becomes frozen in time and it becomes
very hard to change anything.

I think that having FFI support is important, but I'm afraid that once we
bundle this extension and it will see more usage, it will quickly turn out
that the API needs to change to make it easier to use or accommodate more
use-cases.

My other concern is platform support. FFI is by nature a rather platform
dependent. The RFC says that the extension is currently tested on Linux and
Windows. It would be great if someone using such a system can confirm
whether it also works on OSX and FreeBSD, so we at least have coverage of
the major platforms.

Nikita

--0000000000005b784d057d99e276--