Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:74987
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.45 as permitted sender)
MIME-Version: 1.0
Sender: are.you.winning@gmail.com
In-Reply-To: <53A28BCA.5030805@anderiasch.de>
References: <CAMUwpuQYOCnwCC7gKeNtmfwFKtbrGdS+TSd_wuZjDK+-xzXzCQ@mail.gmail.com>
	<20140617110758.GD24253@methuselah>
	<CAMUwpuTJ8maEBSXH5sKoy_2YP7HwMj5jr6H+Cqnx0yp4G7TE7Q@mail.gmail.com>
	<53A28BCA.5030805@anderiasch.de>
Date: Thu, 19 Jun 2014 10:22:10 +0100
Message-ID: <CAGAGxbao7opPzDUvOOn+pd0MU8mUgt7i3Xr4FdaD30ySNkRHoA@mail.gmail.com>
To: Florian Anderiasch <ml@anderiasch.de>
Cc: Julien Pauli <jpauli@php.net>, Martin Pelikan <martin.pelikan@gmail.com>, 
	PHP Internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] Refactoring our IO multiplexing layer
From: daverandom@php.net (Chris Wright)

On 19 June 2014 08:05, Florian Anderiasch <ml@anderiasch.de> wrote:
> Hey,
> I like the idea and don't want to rain on your parade, but please do an
> *extensive* cross-OS check beforehand, I do remember some problems with
> this kind of stuff on NetBSD/OpenBSD for example (not in PHP,
> elsewhere), and PHP supports a lot of OSs I haven't used in 10 years or
> not at all. AFAIK both libevent and libuv have quite a good support, but
> just after a quick look into the manual (Do we even have a definitive
> list of supported OS there?) - Solaris, Illumos, HP-UX... no clue here.

Node.js (i.e. libuv) is available for all the common operating systems
that PHP is used with, including Solaris and every BSD flavour I can
think of. It's also possible to build Node on SmartOS, so Illumos is
presumably viable.

It doesn't seem to support HP-UX at the moment, but this fairly old
thread [1] suggests that Joyent believe it's possible, and I'm sure
they would be open to outside help to make it happen.

You are absolutely right though, any major change in architecture such
as this requires checks that we won't break support for an OS where
PHP is used a lot - this is likely not to be the only such change that
will be suggested for PHP6, so maybe job #0 should be to compile an
"official" list of supported operating systems, rather than the
anecdotal "hey, I made it work here" system that currently seems to
exist for some of the less common systems.

Or maybe there already is one and I just can't find it...

[1] https://groups.google.com/forum/#!topic/nodejs/F2-AtY-YkEw