From owner-freebsd-hackers  Sun Nov  5 15:14:29 1995
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id PAA20572
          for hackers-outgoing; Sun, 5 Nov 1995 15:14:29 -0800
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA20557
          for <freebsd-hackers@freebsd.org>; Sun, 5 Nov 1995 15:14:23 -0800
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA18574; Mon, 6 Nov 1995 10:10:54 +1100
Date: Mon, 6 Nov 1995 10:10:54 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199511052310.KAA18574@godzilla.zeta.org.au>
To: bde@zeta.org.au, julian@ref.tfs.com
Subject: Re: NPX still broken in 2.1.0-951104-SNAP...
Cc: freebsd-hackers@freebsd.org, markd@grizzly.com
Sender: owner-hackers@freebsd.org
Precedence: bulk

>but is it MORE broken than it is now to do this?
>surely such a simple change that might help some people
>is worth puting in now?

I think the current behaviour (trapping) is more useful for
most programs.  Programs that can handle IEEE arithmetic
should do something special to check and get it at confiuration
time since it is not guaranteed.

The change similar to mapping page 0 and putting 0's there so
that strcmp("foo", NULL) works right.  
Surely such a simple change that might help some people
is worth puting in now? ;-)

Bruce