Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:17919 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 44023 invoked by uid 1010); 12 Aug 2005 21:00:36 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 44007 invoked from network); 12 Aug 2005 21:00:36 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Aug 2005 21:00:36 -0000 X-Host-Fingerprint: 212.238.144.71 korving.demon.nl Received: from ([212.238.144.71:13321] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id B0/65-33075-4FD0DF24 for ; Fri, 12 Aug 2005 17:00:36 -0400 Message-ID: To: internals@lists.php.net References: <42FCE0E4.604@lerdorf.com> Date: Fri, 12 Aug 2005 23:00:01 +0200 Lines: 16 X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Posted-By: 212.238.144.71 Subject: Re: PHP 6.0 Wishlist From: r.korving@xit.nl ("Ron Korving") Oh, and I almost forgot one wishlist item I've had on my list for a long time (I hope you guys have an open mind)........ How about doubling integer precision to 64 bits and float/double precision to 128 bits? It's in line with 64 bit CPU capabilities, and personally, I wouldn't mind it a bit if it would make numerical processing in PHP slower on 32 bit systems. I think the advantages are much too great for that. If this is ever gonna happen, I think PHP6 would be great timing for it. It would make falling back to the slow string-based bc match functions a lot less common. Personally, I really like the idea of being able to count to 9223372036854775808 instead of 2147483648. Ron