Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:75025 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 55512 invoked from network); 20 Jun 2014 18:24:23 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Jun 2014 18:24:23 -0000 Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.215.10 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 217.114.215.10 mail.experimentalworks.net Received: from [217.114.215.10] ([217.114.215.10:43465] helo=mail.experimentalworks.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 1F/60-52792-55C74A35 for ; Fri, 20 Jun 2014 14:24:21 -0400 Received: from [192.168.2.31] (ppp-93-104-1-40.dynamic.mnet-online.de [93.104.1.40]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: johannes@schlueters.de) by mail.experimentalworks.net (Postfix) with ESMTPSA id 0496440FFF; Fri, 20 Jun 2014 20:24:21 +0200 (CEST) To: Chris Wright Cc: Stas Malyshev , internals@lists.php.net, Martin Pelikan , Julien Pauli , Florian Anderiasch In-Reply-To: References: <20140617110758.GD24253@methuselah> <53A28BCA.5030805@anderiasch.de> <53A37D0C.2040108@sugarcrm.com> Content-Type: text/plain; charset="UTF-8" Date: Fri, 20 Jun 2014 20:23:47 +0200 Message-ID: <1403288627.2546.11065.camel@guybrush> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Refactoring our IO multiplexing layer From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) 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