From issues-return-1626-apmail-stdcxx-issues-archive=stdcxx.apache.org@stdcxx.apache.org Tue Apr 29 17:51:41 2008 Return-Path: Delivered-To: apmail-stdcxx-issues-archive@locus.apache.org Received: (qmail 9464 invoked from network); 29 Apr 2008 17:51:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 29 Apr 2008 17:51:40 -0000 Received: (qmail 65710 invoked by uid 500); 29 Apr 2008 17:51:40 -0000 Delivered-To: apmail-stdcxx-issues-archive@stdcxx.apache.org Received: (qmail 65696 invoked by uid 500); 29 Apr 2008 17:51:40 -0000 Mailing-List: contact issues-help@stdcxx.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@stdcxx.apache.org Delivered-To: mailing list issues@stdcxx.apache.org Received: (qmail 65684 invoked by uid 99); 29 Apr 2008 17:51:40 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Apr 2008 10:51:40 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Apr 2008 17:51:02 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id C46CA234C101 for ; Tue, 29 Apr 2008 10:47:56 -0700 (PDT) Message-ID: <953638147.1209491276523.JavaMail.jira@brutus> Date: Tue, 29 Apr 2008 10:47:56 -0700 (PDT) From: "Farid Zaripov (JIRA)" To: issues@stdcxx.apache.org Subject: [jira] Updated: (STDCXX-897) [MSVC] 18.numeric.special.float test fails In-Reply-To: <525358147.1209489836345.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/STDCXX-897?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Farid Zaripov updated STDCXX-897: --------------------------------- Component/s: (was: 18. Language Support) Tests Changed Component/s to Tests. > [MSVC] 18.numeric.special.float test fails > ------------------------------------------ > > Key: STDCXX-897 > URL: https://issues.apache.org/jira/browse/STDCXX-897 > Project: C++ Standard Library > Issue Type: Bug > Components: Tests > Affects Versions: 4.2.1 > Environment: MSVC > Reporter: Farid Zaripov > Priority: Trivial > Fix For: 4.2.2 > > Attachments: 18.numeric.special.float.cpp.diff > > Original Estimate: 1h > Remaining Estimate: 1h > > The 18.numeric.special.float test fails with the following assertions: > {noformat} > # ASSERTION (S7) (4 lines): > # TEXT: _fpclass(numeric_limits::signaling_NaN()) == 1 (_FPCLASS_SNAN), got 2 (_FPCLASS_QNAN) > # CLAUSE: numeric.special > # LINE: 318 > # ASSERTION (S7) (4 lines): > # TEXT: numeric_limits::has_denorm == -1, got 1 > # CLAUSE: numeric.special > # LINE: 1360 > # ASSERTION (S7) (4 lines): > # TEXT: numeric_limits::has_denorm == -1, got 1 > # CLAUSE: numeric.special > # LINE: 1360 > # ASSERTION (S7) (4 lines): > # TEXT: numeric_limits::has_denorm == -1, got 1 > # CLAUSE: numeric.special > # LINE: 1360 > {noformat} > The first assertions is caused due to MSVC provides _fpclass() function for double type only and X87 and SSE floating point commands are incorrect converting float signaling NaN value to double type. So for example the float signaling NaN value with bitmask 0x7F800001, calculated in INFINITY config test, is converted to double value with bitmask 0x7ff8000020000000, which is a quiet NaN value. > The rest of the assertions are caused due to test expects, that numeric_limits<>::has_denorm == 1 on the _AIX, __hpux and __osf__ platforms only. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.