Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:75007 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 79697 invoked from network); 20 Jun 2014 00:15:13 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Jun 2014 00:15:13 -0000 Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 108.166.43.75 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 108.166.43.75 smtp75.ord1c.emailsrvr.com Linux 2.6 Received: from [108.166.43.75] ([108.166.43.75:32917] helo=smtp75.ord1c.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DA/63-61414-01D73A35 for ; Thu, 19 Jun 2014 20:15:12 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp2.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id BEB3B283226; Thu, 19 Jun 2014 20:15:09 -0400 (EDT) X-Virus-Scanned: OK Received: by smtp2.relay.ord1c.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id 440C62848CA; Thu, 19 Jun 2014 20:15:09 -0400 (EDT) Message-ID: <53A37D0C.2040108@sugarcrm.com> Date: Thu, 19 Jun 2014 17:15:08 -0700 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Julien Pauli , Chris Wright CC: Florian Anderiasch , Martin Pelikan , PHP Internals References: <20140617110758.GD24253@methuselah> <53A28BCA.5030805@anderiasch.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Refactoring our IO multiplexing layer From: smalyshev@sugarcrm.com (Stas Malyshev) 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. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227