Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:71930 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 53483 invoked from network); 1 Feb 2014 19:11:59 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Feb 2014 19:11:59 -0000 Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.215.10 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 217.114.215.10 mail.experimentalworks.net Received: from [217.114.215.10] ([217.114.215.10:55476] helo=mail.experimentalworks.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 85/13-30967-FF64DE25 for ; Sat, 01 Feb 2014 14:11:59 -0500 Received: from [192.168.2.31] (ppp-188-174-33-92.dynamic.mnet-online.de [188.174.33.92]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: johannes@schlueters.de) by mail.experimentalworks.net (Postfix) with ESMTPSA id 0928F400A4; Sat, 1 Feb 2014 20:12:31 +0100 (CET) To: Pierre Joye Cc: Zeev Suraski , Christopher Jones , Anatol Belski , PHP Developers Mailing List In-Reply-To: References: <52EAF0A3.2000001@oracle.com> <1d5850561e0ef9e7739c7e7b7b0448d0.squirrel@webmail.klapt.com> <52EC0B34.8080109@oracle.com> Content-Type: text/plain; charset="UTF-8" Date: Sat, 01 Feb 2014 20:11:51 +0100 Message-ID: <1391281911.2941.316.camel@guybrush> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [VOTE] 64 bit platform improvements for string length and integer From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Sat, 2014-02-01 at 19:35 +0100, Pierre Joye wrote: > It is not, there is no change from user level but on windows and a 1-2 > other platforms with long being 32 bit in 64bit. The current rule isn't precise, different interpretations are possible. I lean to the side that a big change to the APIs is comparable to a userland language change. I can see that this is read differently. > Also I find amazingly disturbing the amount of efforts you are putting > to shut down this RFC, without a single comment in the last months or > weeks, not even now to explain your vote. > > I do not mind a no, but what is happening here is disgusting, to say it nicely. Many contributors mentioned their concern about pushing in a patch changing more than 20,000 lines of code now. I haven't seen much critic on the implementation itself, simply the request for more time to a) review it to make sure there are no accidental errors from conversion and b) time to learn "the new way" before putting in a release, many have to relearn thins hardwired in the brain for more than 10 years, such adoption takes some time. Yes, we might have reviewed the branch sooner and learned the details sooner but we are lazy and holding back in investing time in "experimental" things. I think a good way to proceed is to put it in master now and leave it from 5.6. This forces everybody to look into it (and we will have lots of opportunity to learn due to merging pain [which we have when putting in 5.6, too]) and gives everybody enough time to adopt their brain and prepare pecl (and internal) exts. johannes