Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:86089 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 39020 invoked from network); 30 Apr 2015 11:07:15 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 30 Apr 2015 11:07:15 -0000 Authentication-Results: pb1.pair.com smtp.mail=cmbecker69@gmx.de; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=cmbecker69@gmx.de; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmx.de designates 212.227.17.21 as permitted sender) X-PHP-List-Original-Sender: cmbecker69@gmx.de X-Host-Fingerprint: 212.227.17.21 mout.gmx.net Received: from [212.227.17.21] ([212.227.17.21:52259] helo=mout.gmx.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id A3/00-38733-0EC02455 for ; Thu, 30 Apr 2015 07:07:13 -0400 Received: from [192.168.0.100] ([88.134.68.210]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0M0QLp-1Z99Sn2Hhl-00uWAH; Thu, 30 Apr 2015 12:59:52 +0200 Message-ID: <55420B2F.6020509@gmx.de> Date: Thu, 30 Apr 2015 12:59:59 +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: Nikita Popov , Christoph Becker CC: PHP internals , Nikita Popov , Sara Golemon References: <55415E10.7040908@gmx.de> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:wU4pRAbptst/S405OyuezgNDsagCRefrV8ylW+dmstOp2OEDWm5 yUOTg7zK1i0QaT7uUSIa9JS4xns2jm/8x4kk04K9OEye6RuUEXcg8xtBTejxwx6yobb8kXI hrwTNZAZWrnZyy8A2zdpE57DgGP5u5C/00QGhoP6SsX1eAaH+McPcXtRtMRdvN6rO+7RUXt isyopAQFbvuTTL1GACMEw== X-UI-Out-Filterresults: notjunk:1; Subject: Re: Reserve even more type hints RFC From: cmbecker69@gmx.de (Christoph Becker) Nikita Popov wrote: > On Thu, Apr 30, 2015 at 12:41 AM, Christoph Becker > wrote: > >> 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". > > I've moved the RFC based on Sara's mail in the voting thread [1]. Quoting: > >> There's no language in the RFC about >> actually throwing errors or other code-breaking behavior. Therefore, >> even should all of them pass, it does *NOT* mean that your code using >> these names suddenly stops working on PHP7. It means that you have >> been warned that using the names of intrinsics is a bad idea, and that >> the language reserves the /right/ to make doing so an error at some >> point in the future. > > I also know that at least some of the votes were cast under the assumption > that this is just a "documentation" reservation, as opposed to throwing > errors. Thanks for the explanation. I must have missed (or simply forgotten about) this mail. The voters have probably more carefully followed the discussion, so enforcing the reservation by convention has been part of the decision. > [1]: http://markmail.org/message/3zehjdlvuhv5sosq -- Christoph M. Becker