Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:70812
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 84085 invoked from network); 21 Dec 2013 12:35:19 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 21 Dec 2013 12:35:19 -0000
Authentication-Results: pb1.pair.com smtp.mail=ab@php.net; spf=unknown; sender-id=unknown
Authentication-Results: pb1.pair.com header.from=ab@php.net; 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:60039] helo=klapt.com)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id 23/B4-50487-40B85B25 for <internals@lists.php.net>; Sat, 21 Dec 2013 07:35:19 -0500
Received: by klapt.com (Postfix, from userid 33)
	id F381223D6137; Sat, 21 Dec 2013 13:35:12 +0100 (CET)
Received: from 188.99.119.148
        (SquirrelMail authenticated user anatol@belski.net)
        by webmail.klapt.com with HTTP;
        Sat, 21 Dec 2013 13:35:12 +0100
Message-ID: <c46872fcc33a986e373b76c6c1a8b067.squirrel@webmail.klapt.com>
In-Reply-To:
 <CAL0xaBG4ojPWgcJxD-rUaiBLNQEqeKDidwQZTi7b-ECurGR3bw@mail.gmail.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>
Date: Sat, 21 Dec 2013 13:35:12 +0100
To: "Arvids Godjuks" <arvids.godjuks@gmail.com>
Cc: "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 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.

Thanks

Anatol