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: Wang Weidong <wangweidong1 at huawei dot com>
- To: "Joseph S. Myers" <joseph at codesourcery 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: Tue, 29 Apr 2014 10:02:02 +0800
- 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> <Pine dot LNX dot 4 dot 64 dot 1404281354040 dot 16435 at digraph dot polyomino dot org dot uk>
On 2014/4/28 21:55, Joseph S. Myers wrote:
> 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.
That's what I thought, too.
Thanks.
Regards
Wang
>