Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:70758 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 81419 invoked from network); 19 Dec 2013 19:14:31 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Dec 2013 19:14:31 -0000 Authentication-Results: pb1.pair.com header.from=christopher.jones@oracle.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=christopher.jones@oracle.com; spf=pass; 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:27139] helo=userp1040.oracle.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 46/15-42949-09543B25 for ; Thu, 19 Dec 2013 14:14:25 -0500 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id rBJJEKve024709 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 19 Dec 2013 19:14:21 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rBJJEJcl000645 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 19 Dec 2013 19:14:20 GMT Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rBJJEJ6E024260 for ; Thu, 19 Dec 2013 19:14:19 GMT Received: from [130.35.70.238] (/130.35.70.238) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 19 Dec 2013 11:14:19 -0800 Message-ID: <52B3458A.2090509@oracle.com> Date: Thu, 19 Dec 2013 11:14:18 -0800 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: internals@lists.php.net References: <52B3362C.80108@ajf.me> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: acsinet21.oracle.com [141.146.126.237] Subject: Re: [PHP-DEV] Re: [vote] pow-operator From: christopher.jones@oracle.com (Christopher Jones) On 12/19/2013 11:09 AM, Tjerk Meesters wrote: > Hi Sean, > > > On Fri, Dec 20, 2013 at 2:18 AM, Sean Coates wrote: > >> Sorry I'm late (possibly too late?) to this, but: >> >> 1) if `pow()` is turning from a function into a construct, can it still be >> used for callbacks? I don't see a mention of that part in the RFC. >> > > It's implied in this section: > > No changes to existing code, safe for one: > > var_dump(pow([], 2)); // int(0) instead of float(0) > > > Perhaps it could be made more obvious, but yes, the original function > remains there to serve exactly the purpose of callbacks; its innards have > been replaced by calling the PHP_SAPI pow_function(), though. Can you make the RFC clearer? (In general, RFCs are not good at accepting feedback from mail list discussions.) Chris -- christopher.jones@oracle.com http://twitter.com/ghrd Free PHP & Oracle book: http://www.oracle.com/technetwork/topics/php/underground-php-oracle-manual-098250.html