Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:68568 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 82082 invoked from network); 19 Aug 2013 17:06:47 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Aug 2013 17:06:47 -0000 Authentication-Results: pb1.pair.com smtp.mail=ellison.terry@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=ellison.terry@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.178 as permitted sender) X-PHP-List-Original-Sender: ellison.terry@gmail.com X-Host-Fingerprint: 209.85.212.178 mail-wi0-f178.google.com Received: from [209.85.212.178] ([209.85.212.178:62678] helo=mail-wi0-f178.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D4/00-16376-6A052125 for ; Mon, 19 Aug 2013 13:06:46 -0400 Received: by mail-wi0-f178.google.com with SMTP id j17so1534336wiw.17 for ; Mon, 19 Aug 2013 10:06:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=wcDNco4qyw7veZfypPe9spPhk1QyXeVZE1Oua0cKnio=; b=VtSV4wwGMUqG2ZUD77OKlhhZvt2+ByDPy9cyEopyZjXdWvi+erlpnsXyDIjdn11edV t1tssivTcE46XZBSyBpFwNMI7eLZfH/RXd+DwTwbJzRD9FemTu0o3MCEjkAnanLAIg2q G6AlaWsKLbgwWWBNP+UR1gNen3Hp9cwNzfe9t4Qw1ogjawBL3ChDfFpqFgBgtIlnt88b 8+AqYzEduGqfRFrtBWE/s2KbxxBfNoNBN1vSxIX6U5d3ucbBve8wTSG6ADIX5pmza1gs 0T6xubksb2WzN2mG/0gmu9dfXZTp6DYzV2T0Ukld6G7vikzysH3wRzJzGpzaq8MB0cj9 bXmQ== X-Received: by 10.194.110.138 with SMTP id ia10mr7787337wjb.3.1376932002959; Mon, 19 Aug 2013 10:06:42 -0700 (PDT) Received: from [192.168.1.66] (host86-134-48-64.range86-134.btcentralplus.com. [86.134.48.64]) by mx.google.com with ESMTPSA id hb2sm19519627wib.0.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 19 Aug 2013 10:06:41 -0700 (PDT) Message-ID: <521250A0.60508@gmail.com> Date: Mon, 19 Aug 2013 18:06:40 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130803 Thunderbird/17.0.8 MIME-Version: 1.0 To: Uwe Schindler CC: internals@lists.php.net References: <5212423A.4000801@gmail.com> <01dc01ce9cf8$11049ae0$330dd0a0$@php.net> In-Reply-To: <01dc01ce9cf8$11049ae0$330dd0a0$@php.net> Content-Type: multipart/alternative; boundary="------------040305010605020804030307" Subject: Re: [PHP-DEV] Which OSs and SAPI should PHP 5.6 support? From: ellison.terry@gmail.com (Terry Ellison) --------------040305010605020804030307 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Uwe Schindler wrote: > I would update NSAPI as I always did, there were just no new bugs and code is very stable (to the extend of "stableness" of multithreaded SAPIs). It is still also in use on some of my servers, so I would still help support it. UWE, If its used on some of your servers, and you are supporting it then it doesn't belong on my suggested list. :-) > At the moment I did not follow recent commits to SAPI-related code, so I have to closer look into it. Are there any RFCs related to changes coming in 5.6 for OPcache? Not currently. >> -----Original Message----- >> From: Terry Ellison [mailto:ellison.terry@gmail.com] >> Sent: Monday, August 19, 2013 6:05 PM >> To: internals@lists.php.net >> Subject: [PHP-DEV] Which OSs and SAPI should PHP 5.6 support? >> >> By way of a background. I've been doing a review of the exting code base >> looking at how to establishing a roadmap extend OPcache functionality >> across all supported OSes and SAPIs. And this raises a supplementary Q: >> which OSs and SAPIs should we be supporting for PHP 5.6 anyway? I would >> be interested in the views of the dev team on this. >> >> It would be good to agree a list of which OSs are to be supported at PHP 5.6, >> which SAPIs are supported, and a matrix of which SAPIs are supported on >> non-threaded and build TSRM variants. >> >> Examples of what I am talking about are SAPIs with no clear evidence of >> active support (I've listed the last non-bulk change in brackets to give a >> measure of the level of support): >> aolserver (2008), caudium (2005), continuity (2004), nsapi (2011), >> phttpd (2002), pi3web (2003), roxon (2002), thttpd (2002), >> tux (2007), webjames (2006) >> I realise that some of these may still be actively used with a user community >> out there wanting to track current versions, and this is just a case of "if ain't >> broke..." However, I do wonder when some of these were actively >> maintained and routinely tested against the current versions at release -- and >> if not then perhaps PHP 5.6 is the correct point to retire them from the >> source tarball and configure options? ... --------------040305010605020804030307--