Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:53987 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 78907 invoked from network); 16 Jul 2011 16:32:56 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Jul 2011 16:32:56 -0000 Authentication-Results: pb1.pair.com smtp.mail=ivan.enderlin@hoa-project.net; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=ivan.enderlin@hoa-project.net; sender-id=unknown Received-SPF: error (pb1.pair.com: domain hoa-project.net from 87.106.212.190 cause and error) X-PHP-List-Original-Sender: ivan.enderlin@hoa-project.net X-Host-Fingerprint: 87.106.212.190 s15355703.onlinehome-server.info Linux 2.6 Received: from [87.106.212.190] ([87.106.212.190:33649] helo=s15355703.onlinehome-server.info) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id C2/F0-57734-53DB12E4 for ; Sat, 16 Jul 2011 12:32:54 -0400 Received: from hwhost.local (85-218-19-237.dclient.lsne.ch [85.218.19.237]) by s15355703.onlinehome-server.info (Postfix) with ESMTPA id E972AE4018; Sat, 16 Jul 2011 18:32:38 +0200 (CEST) Message-ID: <4E21BD26.20405@hoa-project.net> Date: Sat, 16 Jul 2011 18:32:38 +0200 Reply-To: ivan.enderlin@hoa-project.net User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: David Soria Parra CC: internals@lists.php.net References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Status of "Make primitive types reserved words" in PHP 5.4 From: ivan.enderlin@hoa-project.net ("Ivan Enderlin @ Hoa") On 16/07/11 16:12, David Soria Parra wrote: > Hi Internals, Hi David, > > just a heads up on the proposed "make primitives types reserved words" > change. the current votes are 36 to 21 in favor of implementing it. > > This change has a big impact on backward compatibility and will break > existing code. Possible work arounds as discussed on the mailinglist > have their own problems and inconsistencies, while still not solving > all issues. > > Therefore Stas and I think this change is not ready for inclusion in > PHP 5.4 and will not make it into the alpha 3. Sure. > > I think we all can agree here that with just a minimal lead in votes > and not reaching a 2/3 majority and a lot of core devs rejecting it, > it's better to leave it out at the moment. I agree. As Pierre said, it implies an important BC break. Cheers. -- Ivan Enderlin Developer of Hoa Framework http://hoa.42/ or http://hoa-project.net/ Member of HTML and WebApps Working Group of W3C http://w3.org/