Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:73966
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain belski.net from 85.214.73.107 cause and error)
Message-ID: <f3aad11416131bac4e8c8e9a0474a21d.squirrel@webmail.klapt.com>
In-Reply-To: <0DCCC25C-D212-48B9-8D39-42E0B334683C@ajf.me>
References: <a1b3a511b2e0163fd87a6ab639c52817.squirrel@webmail.klapt.com>
    <0DCCC25C-D212-48B9-8D39-42E0B334683C@ajf.me>
Date: Tue, 6 May 2014 13:22:31 +0200
To: "Andrea Faulds" <ajf@ajf.me>
Cc: "Anatol Belski" <anatol.php@belski.net>,
 "PHP Internals" <internals@lists.php.net>
User-Agent: SquirrelMail/1.5.2 [SVN]
MIME-Version: 1.0
Content-Type: text/plain;charset=UTF-8
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] [RFC] 64 bit platform improvements for string length
 and integer
From: anatol.php@belski.net ("Anatol Belski")

Hi Andrea,

On Tue, May 6, 2014 10:07, Andrea Faulds wrote:
>

> On 6 May 2014, at 09:01, Anatol Belski <anatol.php@belski.net> wrote:
>
>
>> https://wiki.php.net/rfc/size_t_and_int64_next
>>
>
> Am I reading this incorrectly, or is this suggesting switching to 64-bit
> types for int(), but only for 64-bit builds? I would prefer to switch to
> 64-bit on 32-bit platforms as well, for the sake of consistency. PHP code
>  should behave identically on 32-bit and 64-bit systems.
>
this was not implemented. The complexity of the patch would increase as
well as the danger of the miscarriage danger. You can see this as a middle
stage, without this change one will have to start over for int64 on 32
bit. Whereby I have to mention that there's no plan to implement this yet,
please note also the performance concerns. It's to see there are more
people interested on that, if such a project exist later, i would
participate on that.

Regards

Anatol