Date: Sat, 11 Mar 2000 08:44:34 +0000 (GMT) From: Doug Rabson <dfr@nlsystems.com> To: Martin Cracauer <cracauer@cons.org> Cc: Alfred Perlstein <bright@wintelcom.net>, Garrett Wollman <wollman@khavrinen.lcs.mit.edu>, Martin Cracauer <cracauer@FreeBSD.ORG>, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/include npx.h Message-ID: <Pine.BSF.4.21.0003110844040.79394-100000@salmon.nlsystems.com> In-Reply-To: <20000310224726.B20522@cons.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 10 Mar 2000, Martin Cracauer wrote: > In <20000310140843.C14279@fw.wintelcom.net>, Alfred Perlstein wrote: > > * Garrett Wollman <wollman@khavrinen.lcs.mit.edu> [000310 13:58] wrote: > > > <<On Fri, 10 Mar 2000 13:39:36 -0800, Alfred Perlstein <bright@wintelcom.net> said: > > > > > > > Is there any reason for doing this other than so we can emulate > > > > linux's bog^H^H^H nifty ability to divide by zero? > > > > > > The fact that the IEEE standard says this is the default state. > > > > I haven't had the time to test this, but integer divide by zero is > > still trapped? And you're right, using fp on solaris/irix doesn't > > bomb out when doing / 0, but does for integer math. > > Integer math is not affected by the FPU mask (Although the exceptions > thown is SIGFPE). You can't mask it, the only thing you can do is to > longjump out of a SIGFPE signal handler. > > Yes, out of the major Unix derivates we were the last to default to > trap (Solaris, Linux, NetBSD, OpenBSD...). Again, you can't clearly > claime that IEEE754 is the holy thing since we violate it otherwise > due to C89 restrictions. Also, the alpha port of FreeBSD has had this behaviour for a very long time for compatibility with OSF1. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0003110844040.79394-100000>