From owner-freebsd-bugs Fri Feb 20 21:20:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA29081 for freebsd-bugs-outgoing; Fri, 20 Feb 1998 21:20:33 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA29076 for ; Fri, 20 Feb 1998 21:20:28 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id QAA20463; Sat, 21 Feb 1998 16:18:55 +1100 Date: Sat, 21 Feb 1998 16:18:55 +1100 From: Bruce Evans Message-Id: <199802210518.QAA20463@godzilla.zeta.org.au> To: bde@zeta.org.au, neil@causality.com Subject: Re: Floating point errors Cc: bugs@FreeBSD.ORG, jkh@time.cdrom.com Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> ago on my systems). The technical correctness of this is debatable. >> It prevents the math libraries from being ANSI conformant, but the math >> libraries have more serious ANSI conformance bugs. I don't plan to >> change the exception handling until the other bugs are fixed. > >Are the conformance bugs quite major? We had to write a collection of FP It depends how the application handlers errors. errno is usually not set as specified. The library attempts to set the IEEE exception masks to report errors. This sometimes fails because gcc doesn't fully support IEEE. ANSI applications can't use IEEE features anyway. At best they can hope that HUGE_VAL is a good value and is returned when specified (it is), and that weird enough values are returned for range errors. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message