Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:81738 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 61777 invoked from network); 3 Feb 2015 20:27:53 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Feb 2015 20:27:53 -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.214 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.214 mail4-2.serversure.net Linux 2.6 Received: from [217.147.176.214] ([217.147.176.214:48675] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 0C/A8-20608-74F21D45 for ; Tue, 03 Feb 2015 15:27:52 -0500 Received: (qmail 11323 invoked by uid 89); 3 Feb 2015 20:27:49 -0000 Received: by simscan 1.3.1 ppid: 11317, pid: 11320, t: 0.0687s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.8?) (lester@rainbowdigitalmedia.org.uk@86.189.147.37) by mail4.serversure.net with ESMTPA; 3 Feb 2015 20:27:49 -0000 Message-ID: <54D12F45.3080902@lsces.co.uk> Date: Tue, 03 Feb 2015 20:27:49 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "internals@lists.php.net >> PHP internals" References: <8C47FA53-0964-49C0-963C-332A936348A5@ajf.me> <54D00C40.8060907@lsces.co.uk> <54C5DC93-9600-4EE2-BF06-7BF10FC6AD5C@ajf.me> <54D08D50.5050407@lsces.co.uk> <1C2ED70C-72A0-4513-A134-5DAE4CCA5B3D@ajf.me> <54D0DFE5.9030602@lsces.co.uk> <06F175EB-D44A-445F-8015-8421C7C12F39@ajf.me> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] Big Integer Support From: lester@lsces.co.uk (Lester Caine) On 03/02/15 19:59, Martin Keckeis wrote: > Please get this mayor feature finally into the core.... > In the current century a real 64bit support is not discussable anymore... Martin this has NOTHING to do with getting 64 bit support into core. That has already been achieved by the introduction of 64 bit builds. What this is about is modifying integer support so that when an integer gets bigger than 64bits on a 64bit platform, it automatically folds to a gmp object bidden in the background. My problem is with that process happening when a 32bit integer becomes a gmp object on a 32bit platform. Under some conditions that SHOULD overflow as it does currently, but in other conditions you want a 64 bit number that overflows at 64 bits even on the 32bit platform. As Leigh has also identified, handling of wrap around in these cases is equally important. 'Arbitrary integer math' has a place - fine, but most exist in parallel with fixed integer maths. -- 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