delorie.com/archives/browse.cgi | search |
X-Authentication-Warning: | delorie.com: mail set sender to djgpp-bounces using -f |
X-Received: | by 10.200.36.59 with SMTP id c56mr9406327qtc.0.1515436041276; |
Mon, 08 Jan 2018 10:27:21 -0800 (PST) | |
X-Received: | by 10.31.194.85 with SMTP id s82mr1358427vkf.1.1515436041082; Mon, |
08 Jan 2018 10:27:21 -0800 (PST) | |
Newsgroups: | comp.os.msdos.djgpp |
Date: | Mon, 8 Jan 2018 10:27:20 -0800 (PST) |
In-Reply-To: | <p2vmp0$14s4$1@gioia.aioe.org> |
Complaints-To: | groups-abuse AT google DOT com |
Injection-Info: | glegroupsg2000goo.googlegroups.com; posting-host=109.193.95.126; |
posting-account=OsAajgoAAADdKJnkJkmhzqP0jo6I_P_0 | |
NNTP-Posting-Host: | 109.193.95.126 |
References: | <5A4946EB DOT 3090500 AT gmx DOT de> <p2vmp0$14s4$1 AT gioia DOT aioe DOT org> |
User-Agent: | G2/1.0 |
MIME-Version: | 1.0 |
Message-ID: | <279ab41f-d898-4bcf-b5d4-ad9bf86e7a06@googlegroups.com> |
Subject: | Re: Fixing various bugs in frexp.S |
From: | "Juan Manuel Guerrero (juan DOT guerrero AT gmx DOT de) [via djgpp AT delorie DOT com]" <djgpp AT delorie DOT com> |
Injection-Date: | Mon, 08 Jan 2018 18:27:21 +0000 |
Bytes: | 1992 |
Lines: | 17 |
To: | djgpp AT delorie DOT com |
DJ-Gateway: | from newsgroup comp.os.msdos.djgpp |
Reply-To: | djgpp AT delorie DOT com |
Errors-To: | nobody AT delorie DOT com |
X-Mailing-List: | djgpp AT delorie DOT com |
X-Unsubscribes-To: | listserv AT delorie DOT com |
Am Montag, 8. Januar 2018 13:04:52 UTC+1 schrieb Martin Str|mberg: > "Juan Manuel Guerrero (juan DOT guerrero AT gmx DOT de) [via djgpp AT delorie DOT com]" <djgpp AT delorie DOT com> wrote: > > The frexp function provided by libc.a has a couple of bugs: > ... > > - for NaN and infinity arguments no sign checks are done thus the > > results are always positive > > > All these issues are serious deviations from the ansi/posix behavior. > > An NaN is a NaN. It has no positive or negative value. It has no value at > all. I seriously doubt ansi/posix says anything about signedness of NaNs. The goal is not to generate a negative NaN but to preserve the sign of the imput argument. The implementation should no convert a -NaN in a +NaN IMO. This way the implementation bahaves as the implementation on my linux box. Regards, Juan M. Guerrero
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |