Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:71892 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 54419 invoked from network); 31 Jan 2014 21:10:18 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 31 Jan 2014 21:10:18 -0000 Authentication-Results: pb1.pair.com smtp.mail=derick@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=derick@php.net; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 82.113.146.227 as permitted sender) X-PHP-List-Original-Sender: derick@php.net X-Host-Fingerprint: 82.113.146.227 xdebug.org Linux 2.6 Received: from [82.113.146.227] ([82.113.146.227:48530] helo=xdebug.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 31/00-54292-8311CE25 for ; Fri, 31 Jan 2014 16:10:17 -0500 Received: from localhost (localhost [IPv6:::1]) by xdebug.org (Postfix) with ESMTPS id 22A97E203C; Fri, 31 Jan 2014 21:10:13 +0000 (GMT) Date: Fri, 31 Jan 2014 21:10:12 +0000 (GMT) X-X-Sender: derick@whisky.home.derickrethans.nl To: Anatol Belski cc: Christopher Jones , PHP Developers Mailing List In-Reply-To: <1d5850561e0ef9e7739c7e7b7b0448d0.squirrel@webmail.klapt.com> Message-ID: References: <52EAF0A3.2000001@oracle.com> <1d5850561e0ef9e7739c7e7b7b0448d0.squirrel@webmail.klapt.com> User-Agent: Alpine 2.10 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: [PHP-DEV] [VOTE] 64 bit platform improvements for string length and integer From: derick@php.net (Derick Rethans) On Fri, 31 Jan 2014, Anatol Belski wrote: > On Fri, January 31, 2014 01:38, Christopher Jones wrote: > > A quick question: am I right to assume that because this vote has > > widespread impact on PHP it needs 2/3 majority per > > https://wiki.php.net/rfc/voting ? > > > > It's not totally clear that the change is covered by any of the > > examples in the voting RFC, but I see the 64 bit project as > > affecting the language as a whole (for better or worse!) > > > catching up on this now as this was delayed by the mail issues. > > I'm not a native speaker, however what i read here > > [QUOTE] > We also need to ensure, as much as possible, that the decision isn't based > on some arbitrary circumstances (such as a temporary marginal majority for > a certain school of thought). For these reasons, a feature affecting the > language itself (new syntax for example) will be considered as 'accepted' > if it wins a 2/3 of the votes. Other RFCs require 50% + 1 votes to get > 'accepted'. > [/QUOTE] > > sounds for 50%+1, as it affects not the language itself (no syntax > changes, etc.) but its implementation. Even in such an unusual case :) I am not sure, but syntax is only given as an example there. And I would argue that this is definitely a language change. Having a stable and easy extension API has always been one of PHP's greatest strenghts, especially in the early days where PHP was a very thin glue layer. Actually, I would argue that PHP is *still* such a layer, even though people write massive libraries and frameworks. cheers, Derick -- http://derickrethans.nl | http://xdebug.org Like Xdebug? Consider a donation: http://xdebug.org/donate.php twitter: @derickr and @xdebug Posted with an email client that doesn't mangle email: alpine