Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:86036 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 29223 invoked from network); 29 Apr 2015 22:41:18 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 29 Apr 2015 22:41:18 -0000 Authentication-Results: pb1.pair.com header.from=cmbecker69@gmx.de; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=cmbecker69@gmx.de; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmx.de designates 212.227.15.18 as permitted sender) X-PHP-List-Original-Sender: cmbecker69@gmx.de X-Host-Fingerprint: 212.227.15.18 mout.gmx.net Received: from [212.227.15.18] ([212.227.15.18:57850] helo=mout.gmx.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id C1/00-29050-C0E51455 for ; Wed, 29 Apr 2015 18:41:17 -0400 Received: from [192.168.0.100] ([88.134.68.210]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0Ma1tv-1YZU3i2dFX-00LrJj; Thu, 30 Apr 2015 00:41:13 +0200 Message-ID: <55415E10.7040908@gmx.de> Date: Thu, 30 Apr 2015 00:41:20 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: PHP internals CC: nikic@php.net Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:1G36gTN7ZV8VSIgazoGPkQvtivYIQU/fssRVaDUDveLqt10P1u8 S1015MGzGiAyWe6TEfTSNyMg1DDm2Wj+DpxCnPQ//oWdCBCO/+1chaGOyiDNyx5LnFCayN1 H5GrLA9rCXQTIOv5qAMbuyZRGDyvYKp2vv35jnBZ6PuVdcpL3eMgip4jt4NitrCi+XH2IfJ OAjjAYO3IqUPjO+F5pkRw== X-UI-Out-Filterresults: notjunk:1; Subject: Reserve even more type hints RFC From: cmbecker69@gmx.de (Christoph Becker) Hi everybody! I've noticed that the "Reserve Even More Types in PHP 7" RFC[1] has been moved to "Process and Policy" with the comment "needs no impl". However, the RFC states: | This RFC does not fully reserve them as keywords; it only prohibits | their usage as class, interface and trait names. In my opinion, this has to be enforced by throwing a fatal error ("Cannot use '*' as class name as it is reserved"), whenever one of the reserved identifiers (resource, object, mixed, numeric) is used as class, interface or trait name. Relying on documentation only seems to be insufficient to me. Consider a developer not reading the documentation and facing the issue that his/her code might break with PHP 7.1 (i.e. a minor version). The "Backward Incompatible Changes" section appears to support my opinion. [1] -- Christoph M. Becker