Re: Refactoring our IO multiplexing layer
| From: | Chris Wright | Date: | Fri, 20 Jun 2014 08:26:30 +0000 |
| Subject: | Re: Refactoring our IO multiplexing layer | ||
| References: | 1 2 3 4 5 6 7 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-75016@lists.php.net to get a copy of this message | ||
On 20 Jun 2014 01:15, "Stas Malyshev" <smalyshev@sugarcrm.com> wrote:
>
> Hi!
>
> > I agree it could be a nice thing to list OSes we officially support
nowadays,
> > OSes we would like to support for PHP6, and then try to make this fit
> > with a possible
> > future lib we would link against.
>
> For a project like PHP, I'm not even sure what "officially support"
> means. I've seen PHP run on a lot of systems, from System i to Raspberry
> Pi, and on all kinds of OSes C compiler runs on. Of course, if it is a
> stand-alone module, most of the exotic setups would be OK living without
> it, but if we have anything in core depend on it we'd need to be careful
> not to introduce dependencies on something that won't work for people
> that could run PHP before.
"Officially support" would be "if feature X doesn't work or gracefully
degrade in all these places, it will not be accepted".
Of course, almost anything *can* be made to run almost anywhere, but that
does not mean it is supported. "Supported" means that the PHP project is
prepared to actively maintain current and future compatibility with it.
This doesn't mean that you can't make it work on platform X, only that it's
not guaranteed that you can.
For example, raspberry pi is probably not one of those places that would be
officially supported.
PHP is used heavily in commercial settings, so the way to compile the list
is probably to look at what people are actually using on a commercial scale
and use that list. Suppot can also be dropped for ancient operating systems
when it is reasonable (such as when a new feature is blocked by that OS but
a newer version provides the means to implement it), as happened with win
XP etc.
This would obviously only apply to the core, PECL extensions would be free
to support what they like.
Thanks, Chris