Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:83360 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 38640 invoked from network); 20 Feb 2015 23:29:59 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Feb 2015 23:29:59 -0000 Authentication-Results: pb1.pair.com smtp.mail=larry@garfieldtech.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=larry@garfieldtech.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain garfieldtech.com from 66.111.4.28 cause and error) X-PHP-List-Original-Sender: larry@garfieldtech.com X-Host-Fingerprint: 66.111.4.28 out4-smtp.messagingengine.com Received: from [66.111.4.28] ([66.111.4.28:53296] helo=out4-smtp.messagingengine.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 45/14-14173-673C7E45 for ; Fri, 20 Feb 2015 18:29:59 -0500 Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 39FE020A18 for ; Fri, 20 Feb 2015 18:29:55 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute2.internal (MEProxy); Fri, 20 Feb 2015 18:29:55 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=x-sasl-enc:message-id:date:from :mime-version:to:subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpout; bh=2jgFQXwiDLEl0+s4xra/q0 Hj3jw=; b=udO5yPoLEeKtYv9yxGhq8we+Q/bMDce7XSYQGlwdi+a+1g6jsaezN6 FuvewXIcUbGbLfRPgpdkH7rcdYcCmPfuuNbsoIevlfi9chZ+8ntkbNFHo9OlVbqB 2IoF+gLHEbwKt0Hv8WgoasS6/g6gwzVUiQ0/hAjqeZUqC4Cfan+PQ= X-Sasl-enc: 9yvGVw/2DndQsce5mmbfSUjlx6uGso3jPyRBEsXsuBfl 1424474995 Received: from [192.168.0.25] (unknown [190.158.192.40]) by mail.messagingengine.com (Postfix) with ESMTPA id 6CE6AC002A2 for ; Fri, 20 Feb 2015 18:29:55 -0500 (EST) Message-ID: <54E7C372.2010700@garfieldtech.com> Date: Fri, 20 Feb 2015 18:29:54 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: internals@lists.php.net References: <54E7822F.4070307@fischer.name> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] [RFC] Reserve EVEN MORE types for PHP7 From: larry@garfieldtech.com (Larry Garfield) On 02/20/2015 02:23 PM, Pierre Joye wrote: > On Fri, Feb 20, 2015 at 10:51 AM, Markus Fischer wrote: >> On 20.02.15 18:55, Sara Golemon wrote: >>> Announcing this in its own thread: >>> https://wiki.php.net/rfc/reserve_even_more_types_in_php_7 >>> >>> This RFC acts as an addition to Levi's >>> https://wiki.php.net/rfc/reserve_more_types_in_php_7 by creating a >>> forum for voting on additional types not included in his RFC: >>> resource, object, scalar, mixed, numeric >> From the RFC: >> >> “resource” >> “object” >> “scalar” >> “mixed” >> “numeric” >> >> "... prohibits their usage as class, interface and trait names." >> >> >> This is such a major BC break. > > One thing we must do before even considering non required names is to > actually check every major apps, frameworks or libraries. If we can > avoid a date/datetime clash again, that would be awesome ;) "resource" is problematic as that is the proper name for "the thing that corresponds to a URL" in REST. I would be shocked if there aren't classes named Resource (namespaced or not) floating around in web services code. I actually started writing one myself at one point on the side but got distracted by something else shiny... --Larry Garfield