Re: Refactoring our IO multiplexing layer

On Fri, 2014-06-20 at 09:26 +0100, Chris Wright wrote: > For example, raspberry pi is probably not one of those places that would be > officially supported. Why not? - Currently we support everything which is close to POSIX and understands C89 with very few extensions. In that sense the Pi is just a Linux system (without much memory) I see no reason why we wouldn't support that. > 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. The primary reason for dropping XP is around providing binaries using specific windows runtime library versions. While it goes a bit hand in hand the reason is less that we need specific newer apis than we want to use later compilers for official binaries. On other platforms we don't ship binaries and thus are less version dependent. As long as the system is POSIX and has a mostly sane compiler we will support it. We won't be ale to test it but react on feedback we get. (overall we have no support guarantees in any way, as we're fully run y volunteers who might disappear tomorrow) It's a key property of the project and code base that we don't only look at those large scale x64 Linux deployments but also care for embedded devices etc. > This would obviously only apply to the core, PECL extensions would be free > to support what they like. Well, it's not only PECL but also some core extensions - if your system has no libxml2 you can't use PHP's XML features. If your system's libc has no (POSIX-compliant) chroot your PHP won't have it. The reminder works, though. johannes