delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/2003/04/19/03:28:38

Date: Sat, 19 Apr 2003 10:23:38 +0200
From: "Eli Zaretskii" <eliz AT elta DOT co DOT il>
Sender: halo1 AT zahav DOT net DOT il
To: ams AT ludd DOT luth DOT se
Message-Id: <2110-Sat19Apr2003102338+0300-eliz@elta.co.il>
X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 1.8.9
CC: djgpp-workers AT delorie DOT com
In-reply-to: <200304171703.h3HH307q016727@speedy.ludd.luth.se>
(ams AT ludd DOT luth DOT se)
Subject: Re: Long double confusion
References: <200304171703 DOT h3HH307q016727 AT speedy DOT ludd DOT luth DOT se>
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

> From: <ams AT ludd DOT luth DOT se>
> Date: Thu, 17 Apr 2003 19:03:00 +0200 (CEST)
> 
> My readings on the net doesn't show what a long double with it
> exponent set to 0x7fff and a _cleared_ most significant bit in the
> mantissa is. The most significant bit for a long double is the
> integer bit (which isn't present in floats or doubles).
> 
> As far as I understand a long double with exponent == 0 and with
> the most significant bit in the mantissa cleared is a denormal (which
> isn't a NaN but a value close to 0).
> 
> But I don't know what to make of it when exponent != 0.
> 
> Are they all NaNs? Only the ones with exponent == 0x7fff? Or none of
> them?

See section 7.4.4 of the Intel Manual: it calls those numbers
"unnormals".

Such numbers are generally a result of interpreting arbitrary bit
patterns as FP numbers (a.k.a. "bugs").

IIRC, our _doprnt has special support for those.

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019