Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:74152
Return-Path: <ellison.terry@gmail.com>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 28344 invoked from network); 14 May 2014 05:44:51 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 14 May 2014 05:44:51 -0000
Authentication-Results: pb1.pair.com smtp.mail=ellison.terry@gmail.com; spf=pass; sender-id=pass
Authentication-Results: pb1.pair.com header.from=ellison.terry@gmail.com; sender-id=pass
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.44 as permitted sender)
X-PHP-List-Original-Sender: ellison.terry@gmail.com
X-Host-Fingerprint: 74.125.82.44 mail-wg0-f44.google.com  
Received: from [74.125.82.44] ([74.125.82.44:38670] helo=mail-wg0-f44.google.com)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id D1/8B-53767-1D203735 for <internals@lists.php.net>; Wed, 14 May 2014 01:44:50 -0400
Received: by mail-wg0-f44.google.com with SMTP id a1so1352996wgh.3
        for <internals@lists.php.net>; Tue, 13 May 2014 22:44:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type;
        bh=nzu/+Mz9Vjcv6f3j0rsBAWhpguPRfkZ8NcxGmLAPUJI=;
        b=TB21oUmpMC9fFcLMsrTeALRnkp09vXrKyv553RoINWWrLXhTtPmulXOQA/DKd7LJOc
         4VQlmScwuqU+8vU53l0b96c22xzx1A5VUyZ84AYo/vxAq8Y5AtJ/jCYgYDLCsqbWylaR
         3VrnWDNeDpWqEk0T93BD2v0uYKhx9Vh0Wd0HQYiocQelhWi8VsXhq946yQMiYUovErMV
         ivURUDKgZt+rXoM/kGG1CAU4pZ2je+aXeujw2QbJ5ZNMrXlYI7m6E4fAkPipQtiRsRnL
         zA1imeYSRH4micnAB498LsCloQ12FcEdAU/zLKA5RPvLircZQEEDZKFVhvuTEUUA4zAD
         8eXA==
X-Received: by 10.180.80.232 with SMTP id u8mr24364956wix.13.1400046287093;
        Tue, 13 May 2014 22:44:47 -0700 (PDT)
Received: from [192.168.1.91] (host86-132-74-43.range86-132.btcentralplus.com. [86.132.74.43])
        by mx.google.com with ESMTPSA id ga10sm1022727wjb.23.2014.05.13.22.44.45
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Tue, 13 May 2014 22:44:46 -0700 (PDT)
Message-ID: <537302CC.6010002@gmail.com>
Date: Wed, 14 May 2014 06:44:44 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
To: Nikita Popov <nikita.ppv@gmail.com>, 
 Pierre Joye <pierre.php@gmail.com>
CC: Dmitry Stogov <dmitry@zend.com>, 
 Anatol Belski <anatol.php@belski.net>,
 PHP Internals <internals@lists.php.net>
References: <e5f19ac0089d24adc695fce93ad9bd9c.squirrel@webmail.klapt.com>	<CA+9eiLuoJM5bwA46M_2YddTXYOhAwhii=9Ref7-NNeuRuBfW5A@mail.gmail.com>	<CAEZPtU7zz=npjUhacwSBA6cz+kb9iBmn3fjkvYuAjqtiPQgJhw@mail.gmail.com> <CAF+90c9J5mtTzqFxvQHka5w5zVoGOzXNaUeYec62X_LYLOPcxA@mail.gmail.com>
In-Reply-To: <CAF+90c9J5mtTzqFxvQHka5w5zVoGOzXNaUeYec62X_LYLOPcxA@mail.gmail.com>
Content-Type: multipart/alternative;
 boundary="------------070409040105030104020106"
Subject: Re: [PHP-DEV] [VOTE] [RFC] 64 bit platform improvements for string
 length and integer
From: ellison.terry@gmail.com (Terry Ellison)

--------------070409040105030104020106
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

On 14/05/14 06:30, Nikita Popov wrote:
>
> Sorry, what did I miss here? Why cannot the phpng numbers be taken as
> "valid"? The very same issue also exists in our current implementation. In
> phpng the relative hit is just larger, because the structures are more
> optimized.
>
> I think you shouldn't dismiss Dmitry's point just like that. Having support
> for 64 bit integers on Windows and other LLP64 architectures - that's
> great. Making string lengths unsigned - that's great as well. But
> supporting strings larger than 4G or arrays with more than 4 billion
> elements - that does not seem very useful and unlike the other two changes,
> hurts memory usage. I wonder how many people would prefer having lower
> memory usage over having the ability to create arrays with 4 billion
> elements.
>
> Independently of that: In a lot of the previous discussion people have
> many, many, many times asked that this patch be implemented without all
> those macros renames and zpp changes. I still have a hard time seeing the
> benefit of doing that. The zpp changes also conflict with phpng, because S
> has a different meaning (and imho for no good reason - it could just as
> well stay at s).
>
> Nikita
>
I don't have a vote on the RFC but I still have to say +1 on this one.  
It makes sense to me to fix stuff that people might need in the next 
5-10 years, but beyond that ???

IMO, Nikita has summarized the sensible threshold well.

Regards Terry


--------------070409040105030104020106--