Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:66228 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 26460 invoked from network); 26 Feb 2013 00:43:51 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 26 Feb 2013 00:43:51 -0000 Authentication-Results: pb1.pair.com smtp.mail=christopher.jones@oracle.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=christopher.jones@oracle.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain oracle.com designates 156.151.31.81 as permitted sender) X-PHP-List-Original-Sender: christopher.jones@oracle.com X-Host-Fingerprint: 156.151.31.81 userp1040.oracle.com Received: from [156.151.31.81] ([156.151.31.81:48903] helo=userp1040.oracle.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B0/CA-10787-1450C215 for ; Mon, 25 Feb 2013 19:43:46 -0500 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r1Q0heCT030175 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 26 Feb 2013 00:43:43 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r1Q0hdSL023058 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Feb 2013 00:43:39 GMT Received: from abhmt118.oracle.com (abhmt118.oracle.com [141.146.116.70]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r1Q0hd5C029547 for ; Mon, 25 Feb 2013 18:43:39 -0600 Received: from [130.35.70.82] (/130.35.70.82) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 25 Feb 2013 16:43:39 -0800 Message-ID: <512C053A.1090508@oracle.com> Date: Mon, 25 Feb 2013 16:43:38 -0800 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: internals@lists.php.net References: <512BA9A6.6030006@oracle.com> <48CE1F85-5C7E-4BB6-B42C-01D0F7751036@strojny.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: acsinet22.oracle.com [141.146.126.238] Subject: Re: [PHP-DEV] Allow (...)->foo() expressions not only for `new` From: christopher.jones@oracle.com (Christopher Jones) On 02/25/2013 04:33 PM, Sara Golemon wrote: >>>> When it comes to changing syntax, there is no such thing as too small >>>> of an RFC IMO. Runtime changes can occasionally be hand-waved, but >>>> syntax changes are serious business. >> > Seeing this quoted makes me realize I expressed myself poorly. What I > meant to convey was: > > When it comes to syntax changes, there's no such thing as too small of > a change to need an RFC. > > Which I think most parsed out correctly, but I want to be clear on > that position. Bugfix or not, a parser change is a parser change. > It is actually great to see support for the RFC process. Any new RFC page created in the wiki will get a bigger template than previously provided. It looks like: https://wiki.php.net/rfc/template. (Also see https://bugs.php.net/bug.php?id=64256 about updating the template). Whether it actually helps improve the quality of RFCs remains to be seen. Chris -- christopher.jones@oracle.com http://twitter.com/ghrd Newly updated, free PHP & Oracle book: http://www.oracle.com/technetwork/topics/php/underground-php-oracle-manual-098250.html