Date: Wed, 2 Apr 2003 06:04:57 +1000 From: Peter Jeremy <peterjeremy@optushome.com.au> To: Alexander Leidinger <Alexander@Leidinger.net> Cc: cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/ia64/include float.h Message-ID: <20030401200457.GA30284@cirb503493.alcatel.com.au> In-Reply-To: <20030401172440.701aaafd.Alexander@Leidinger.net> References: <200303272038.h2RKcM7L096560@repoman.freebsd.org> <20030327204935.GA18134@HAL9000.homeunix.com> <20030330175646.281097ad.Alexander@Leidinger.net> <20030331082023.GE11307@cirb503493.alcatel.com.au> <20030401172440.701aaafd.Alexander@Leidinger.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Apr 01, 2003 at 05:24:40PM +0200, Alexander Leidinger wrote: >On Mon, 31 Mar 2003 18:20:23 +1000 >Peter Jeremy <peterjeremy@optushome.com.au> wrote: > >> It's not clear exactly what this program is intended to test. > >We noticed that icc does use other values for LDBL_MIN than we do, and >instead of just thinking that Intel does it right I wanted to verify it. >So I started with tests for float and double. The actual digit string forming the constants is not especially important - as long as the compiler interprets that string as the correct FP value. There are a number of test programs intended to verify correct FP behaviour by the CPU and compiler floating around on the net - look at NETLIB or Prof W. Kahan's web site. (I don't have the URL's immediately to hand). >> > The *_MIN >> >values (or my test program) at least on i386 machines are wrong. >> >> The *_MIN values represent the greatest negative value, not the >> smallest positive value. > >*_MIN _is_ the smallest positive value... but the normalized one, not >the denormalized one I use. Mea culpa. I must have disconnected my brain when I was writing that :-(. Peter
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030401200457.GA30284>