From owner-freebsd-hackers  Wed Aug 21 00:47:25 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id AAA13546
          for hackers-outgoing; Wed, 21 Aug 1996 00:47:25 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA13531
          for <freebsd-hackers@FreeBSD.org>; Wed, 21 Aug 1996 00:47:15 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA01048; Wed, 21 Aug 1996 17:31:10 +1000
Date: Wed, 21 Aug 1996 17:31:10 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199608210731.RAA01048@godzilla.zeta.org.au>
To: freebsd-hackers@FreeBSD.org, j@uriah.heep.sax.de
Subject: Re: max math performance - how?
Cc: kuku@gilberto.physik.rwth-aachen.de
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

>> 386BSD used libm, which is slow.  -current uses msun, which is
>> slower, except possibly if it is compiled with option HAVE_FPU.

>Why don't we compile it with this option?  I thought the emulator will

Because it only works on systems that HAVE an FPU :-).

>serve those folks who don't have an FPU?  We could also ship the

No, the emulator doesn't support any math functions.

>non-FPU lib in a separate package in releases, but i think a large
>number of machines now come with an FPU as an integral part of their
>system, so still defaulting to non-FPU math libs seems a little silly.

There would also need to be packages for all binaries that are statically
linked to libm.  ps is the only one in /*bin.

Bruce