Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:60844 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 2334 invoked from network); 15 Jun 2012 05:43:24 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Jun 2012 05:43:24 -0000 Authentication-Results: pb1.pair.com smtp.mail=oishi@giraffy.jp; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=kazuo@o-ishi.jp; sender-id=unknown Received-SPF: error (pb1.pair.com: domain giraffy.jp from 210.172.133.181 cause and error) X-PHP-List-Original-Sender: oishi@giraffy.jp X-Host-Fingerprint: 210.172.133.181 mail-out.vps.gmoserver.jp Linux 2.6 Received: from [210.172.133.181] ([210.172.133.181:46800] helo=mailgw01.vps.gmoserver.jp) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id CA/DA-39100-87BCADF4 for ; Fri, 15 Jun 2012 01:43:22 -0400 Received: from www1.giraffy.jp (www1.giraffy.jp [210.172.151.35]) by mailgw01.vps.gmoserver.jp (Postfix) with ESMTP id 40F071888183 for ; Fri, 15 Jun 2012 14:43:17 +0900 (JST) Received: from molech.giraffy.jp (aa024044.ppp.asahi-net.or.jp [110.5.24.44]) by www1.giraffy.jp (Postfix) with ESMTPSA id ED188B7AB9E3 for ; Fri, 15 Jun 2012 14:43:16 +0900 (JST) To: internals@lists.php.net In-Reply-To: <4FDA8833.1040408@gmail.com> (Hartmut Holzgraefe's message of "Fri, 15 Jun 2012 02:56:19 +0200") References: <4FAF1EE5.5010409@sugarcrm.com> <4FDA8833.1040408@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) Date: Fri, 15 Jun 2012 14:42:35 +0900 Message-ID: <874nqdnnas.fsf@molech.giraffy.jp> MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [PHP-DEV] bug 54547 From: kazuo@o-ishi.jp (OISHI Kazuo) >> I know this was discussed a number of times here, but just to bring it >> to a conclusion - I intend to apply patch in the bug report - which >> removes conversion for strings that do not convert to integers - to 5.4. >> If anybody sees anything that breaks because of this please tell. > > "12345678901234567890" == "12345678901234567890.0" > > used to be true, is now false ... i'd still say that's ok though as > it is a case of "never compare floats for equality" here, now that > the decimal clearly says that at least the right side is supposed > to be float, not integer ... In addition to == operator, >, <, >=, and <= operators are influenced. And, hexdecimal format for big number is now case-sensitive. http://www.mail-archive.com/internals@lists.php.net/msg58789.html -- OISHI Kazuo