Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:73975 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 89172 invoked from network); 6 May 2014 13:11:07 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 May 2014 13:11:07 -0000 Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.204 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.204 mail4.serversure.net Linux 2.6 Received: from [217.147.176.204] ([217.147.176.204:55398] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 53/30-20698-96FD8635 for ; Tue, 06 May 2014 09:11:06 -0400 Received: (qmail 18590 invoked by uid 89); 6 May 2014 13:11:02 -0000 Received: by simscan 1.3.1 ppid: 18581, pid: 18587, t: 0.0709s scanners: attach: 1.3.1 clamav: 0.96/m:52 Received: from unknown (HELO linux-dev4.lsces.org.uk) (lester@rainbowdigitalmedia.org.uk@81.138.11.136) by mail4.serversure.net with ESMTPA; 6 May 2014 13:11:02 -0000 Message-ID: <5368E018.2040609@lsces.co.uk> Date: Tue, 06 May 2014 14:14:00 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: internals@lists.php.net References: <8b32b5b5b6d14c0c7aff1cb52087820f.squirrel@webmail.klapt.com> In-Reply-To: <8b32b5b5b6d14c0c7aff1cb52087820f.squirrel@webmail.klapt.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] 64 bit platform improvements for string length and integer From: lester@lsces.co.uk (Lester Caine) On 06/05/14 11:58, Anatol Belski wrote: >> I'm afraid with all those concerns, I will have to vote "no". >> > > Of course that would make me sad. Not only for the work done on that, but > also for the future perspectives and for the quantity of the users who > wish such thing. Having just been going through an exercise to convert Windows XP sites to something M$ will allow to run without warning messages, the switch to a more modern windows would seem sensible. Except we have been restricted to using 32bit builds of windows for compatibility with the hardware. While parts of PHP already require 64 bit integers which are handled in an even less efficient way, switching to a clean 64 bit integer across all platforms really is essential. Having to manage the difference in the user code base is simply not an option :( The switch to a cleaner implementation base should allow proper planning for that requirement? -- 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