Of course, we are not going to drop 32-bit support :)
This patch affects only PHP on 64-bit systems.
Thanks. Dmitry.
On Thu, Jan 23, 2014 at 2:56 PM, Lester Caine <[email protected]> wrote:
> Pierre Joye wrote:
>
>> I think we can clear these questions during the vote phases, as options.
>>
>> If anyone has an idea how to keep the advantage brought by the
>> renaming (compile checks, clarity, code correctness) without actually
>> doing the renaming in extensions, please fire it:)
>>
>
> Is this still being put forward for a PHP5.x build? Surely this along with
> a tidy up on base modules that support it would be much better used as a
> base for a new PHP6 plan? Extensions that do not support it can also be
> left out and we have a clean demarcation.
>
> One thing I would ask is just what 32bit platforms will remain supported.
> While desktop machines are generally 64bit these days, tablet and mobile
> devices do still tend to be 32bit. The ITX based systems I'm working with
> are still 32bit and while they do tend to run as clients to bigger servers,
> some support their own PHP platform. I already have to support different
> integer sizes anyway and assuming PHP is 32bit simplifies things but I'm a
> little unsure how a change to direct support for 64bit might affect that
> split?
>
> --
> Lester Caine - G8HFL
> -----------------------------
> Contact - http://lsces.co.uk/wiki/?page=contact
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk
> Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>