Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:71437 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 38034 invoked from network); 23 Jan 2014 13:47:58 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Jan 2014 13:47:58 -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:39325] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B3/63-18911-C8D11E25 for ; Thu, 23 Jan 2014 08:47:57 -0500 Received: (qmail 7085 invoked by uid 89); 23 Jan 2014 13:47:53 -0000 Received: by simscan 1.3.1 ppid: 7076, pid: 7082, t: 0.0958s 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; 23 Jan 2014 13:47:53 -0000 Message-ID: <52E11E11.6050104@lsces.co.uk> Date: Thu, 23 Jan 2014 13:50:09 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 MIME-Version: 1.0 To: internals@lists.php.net References: <52E0F55F.4040802@lsces.co.uk> In-Reply-To: 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) Dmitry Stogov wrote: > Hi Derick, > > It would be a significant performance degradation :) > Just imagine how to implement 64-bit multiplication and division on 32-bit > CPU. My own query was probably more to do with maintaining 32bit results where there is interaction with 32bit only systems. But perhaps the question should rather be 'Just what will be returned as 64bit where it currently is maintained as 32bit?' I was under the impression I got 32bit integers even on 64bit installations and had to use another method to return the 64bit values core to Firebird's generator system. > Thanks. Dmitry. > > > On Thu, Jan 23, 2014 at 4:17 PM, Derick Rethans wrote: > >> On Thu, 23 Jan 2014, Dmitry Stogov wrote: >> >>> Of course, we are not going to drop 32-bit support :) >>> This patch affects only PHP on 64-bit systems. >> >> Really? I thought it would also make PHP's int type 64-bit even on >> 32-bit platforms. -- 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