Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:86882 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 30181 invoked from network); 25 Jun 2015 19:41:47 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Jun 2015 19:41:47 -0000 Authentication-Results: pb1.pair.com smtp.mail=dev@mabe.berlin; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=dev@mabe.berlin; sender-id=unknown Received-SPF: error (pb1.pair.com: domain mabe.berlin from 80.237.132.167 cause and error) X-PHP-List-Original-Sender: dev@mabe.berlin X-Host-Fingerprint: 80.237.132.167 wp160.webpack.hosteurope.de Received: from [80.237.132.167] ([80.237.132.167:60220] helo=wp160.webpack.hosteurope.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DE/11-24641-B795C855 for ; Thu, 25 Jun 2015 15:41:47 -0400 Received: from dslb-178-008-196-114.178.008.pools.vodafone-ip.de ([178.8.196.114] helo=[192.168.178.46]); authenticated by wp160.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) id 1Z8D1s-0007oG-CB; Thu, 25 Jun 2015 21:41:44 +0200 Message-ID: <558C5977.2030106@mabe.berlin> Date: Thu, 25 Jun 2015 21:41:43 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: internals@lists.php.net References: <558C51CA.9080905@mabe.berlin> <558C5705.9040604@gmx.de> <558C58E9.9010008@mabe.berlin> In-Reply-To: <558C58E9.9010008@mabe.berlin> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-bounce-key: webpack.hosteurope.de;dev@mabe.berlin;1435261307;12d6e067; Subject: Re: [PHP-DEV] Headsup: PHP7 feature freeze From: dev@mabe.berlin (Marc Bennewitz) On 06/25/2015 09:39 PM, Marc Bennewitz wrote: > > > On 06/25/2015 09:31 PM, Christoph Becker wrote: >> Marc Bennewitz wrote: >> >>> I would really like to see directly calling a string of "Class::method" >>> be fixed for 7.0. >>> It's currently resulting in a fatal error and is inconsistent with >>> call_user_func[_array], is_callable and the callable type-hint. >>> >>> There is also a PR open since April 2014 : >>> https://github.com/php/php-src/pull/659 >> Apparently, your PR has been overlooked, but it seems this is already >> implemented as result of merging PR #1264[1]; see >> . Can you please verify, and close your PR #659 >> as appropriate. >> >> [1] >> > > Nice to see this - didn't noted it in the last month :) > > But there is one edge case that is not handled by PHP-7 at current > behavior; > http://3v4l.org/HkRQ7 > > class Foo { > public static function __callStatic($m, $args) { > var_dump($m); > } > public function __call($m, $args) { > var_dump($m); > } > } > > $callable = [new Foo, '']; > $callable(); // string(0) "" > > $callable = 'Foo::'; > $callable(); // Fatal error: Uncaught Error: Call to undefined > function Foo::() > > This behavior is inconsistent! > > Thanks > Marc > It's also inconsistent with $callable = ['Foo', ''];