Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:71036
Return-Path: <ab@php.net>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 58979 invoked from network); 7 Jan 2014 12:41:20 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 7 Jan 2014 12:41:20 -0000
Authentication-Results: pb1.pair.com header.from=ab@php.net; sender-id=unknown
Authentication-Results: pb1.pair.com smtp.mail=ab@php.net; spf=unknown; sender-id=unknown
Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 85.214.73.107 as permitted sender)
X-PHP-List-Original-Sender: ab@php.net
X-Host-Fingerprint: 85.214.73.107 klapt.com  
Received: from [85.214.73.107] ([85.214.73.107:35555] helo=klapt.com)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id 8F/23-40447-CE5FBC25 for <internals@lists.php.net>; Tue, 07 Jan 2014 07:41:19 -0500
Received: by klapt.com (Postfix, from userid 33)
	id 48F7723D6080; Tue,  7 Jan 2014 13:41:13 +0100 (CET)
Received: from 188.110.49.186
        (SquirrelMail authenticated user anatol@belski.net)
        by webmail.klapt.com with HTTP;
        Tue, 7 Jan 2014 13:41:13 +0100
Message-ID: <55d5f4511e789c52dc90b20f6fc6b714.squirrel@webmail.klapt.com>
In-Reply-To: <c46872fcc33a986e373b76c6c1a8b067.squirrel@webmail.klapt.com>
References: <2d2b8833cdd18298c7ecf19bac3ef3ea.squirrel@webmail.klapt.com>
    <CAEp07h_e0buurUW=nqzDHcjz5beQy1iVWr5cjG9+ePtBvCT4PQ@mail.gmail.com>
    <3cf29b10143104230749852cd10a735f.squirrel@webmail.klapt.com>
    <52B46DD8.9060905@ajf.me>
    <CAL0xaBG4ojPWgcJxD-rUaiBLNQEqeKDidwQZTi7b-ECurGR3bw@mail.gmail.com>
    <c46872fcc33a986e373b76c6c1a8b067.squirrel@webmail.klapt.com>
Date: Tue, 7 Jan 2014 13:41:13 +0100
To: "Arvids Godjuks" <arvids.godjuks@gmail.com>
Cc: "Martin Keckeis" <martin.keckeis1@gmail.com>,
 "PHP internals" <internals@lists.php.net>
Reply-To: "Anatol Belski" <ab@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] 64 bit platform improvements
From: ab@php.net ("Anatol Belski")

Hi,

On Sat, December 21, 2013 13:35, Anatol Belski wrote:
> Hi Arvids,
>
>
> On Sat, December 21, 2013 12:24, Arvids Godjuks wrote:
>
>> I have a question regarding 64 bit windows build and work done on x64.
>> I just found out that on x64 PHP 5.5.5 build the PHP_INT_MAX shows a 32
>> bit integer max value. Is this going to change in line with Linux? I
>> just spent 20 minutes figuring out why it didn't work on Windows and
>> worked on Linux
>> dev machine (that one has a x86_64 PHP).
>>
>> Quite un-unintuitive.
>> Thanks!
>>
>>
>
>
> thanks for the interest on this patch. While compiled as 64 bit, current
> PHP uses the 'long' datatype which is 32 bit on any Windows platform.
> That's why 5.5.5 x64 release (and any release based on the current
> codebase) is just a wrong place to look.
>
> Here's the latest build of the feature branch
> http://windows.php.net/downloads/snaps/str_size_and_int64/r3f2f1b2/ which
> uses true 64 bit integers. That build is based on patched PHP master
> sources, along with 64 bit integers it takes advantage of many other 64
> bit features - LFS, large memory_limit, etc. Both linux and windows
> support much longer strings, too.
>

I'm just curious whether you could give a try to this feature branch in
the meantime and what were the results. The latest build can be found here
btw http://windows.php.net/downloads/snaps/str_size_and_int64/r47df90a/

Thanks

Anatol