This is the mail archive of the
libc-help@sourceware.org
mailing list for the glibc project.
Re: [Ask for help]: Met a problem with strtof
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: Wang Weidong <wangweidong1 at huawei dot com>
- Cc: Ryan Arnold <ryan dot arnold at linaro dot org>, Mark Brown <ms_brown at sbcglobal dot net>, "libc-help at sourceware dot org" <libc-help at sourceware dot org>
- Date: Mon, 28 Apr 2014 13:55:46 +0000
- Subject: Re: [Ask for help]: Met a problem with strtof
- Authentication-results: sourceware.org; auth=none
- References: <53566C6A dot 4050804 at huawei dot com> <5358058F dot 9010806 at sbcglobal dot net> <5358691A dot 1090104 at huawei dot com> <53598073 dot 9010809 at sbcglobal dot net> <535A100A dot 409 at huawei dot com> <535A6EC9 dot 30608 at sbcglobal dot net> <CAJE4xBPRDjSVe+EbKGimD9m4Dbcdt+iACVN9VYciuY35rAd5ng at mail dot gmail dot com> <535B8B25 dot 4090002 at huawei dot com>
On Sat, 26 Apr 2014, Wang Weidong wrote:
> The syntax: Within FE_UPWARD mode, the operands is 32bits , do
> `+0x1.4EF009P-21/-0x1.000000P-5`, the expect result is '-0x1.4EF009P-16'.
But +0x1.4EF009P-21 and -0x1.4EF009P-16 aren't representable in binary32
(their mantissas span 25 bits), so such a test makes no sense at all.
Your problem seems to be with this third-party testsuite, not with glibc.
--
Joseph S. Myers
joseph@codesourcery.com