Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 2 Jun 2012 10:03:57 +1000
From:      Peter Jeremy <peter@rulingia.com>
To:        John Baldwin <jhb@freebsd.org>
Cc:        Eitan Adler <lists@eitanadler.com>, freebsd-current@freebsd.org
Subject:   Re: Use of C99 extra long double math functions after r236148
Message-ID:  <20120602000357.GC56049@server.rulingia.com>
In-Reply-To: <201206011029.13865.jhb@freebsd.org>
References:  <4FC30090.4070003@gwdg.de> <201205311145.15454.jhb@freebsd.org> <CAF6rxgncsBv0rrorpg-C8Ay0eMuon=XL4gksFO%2BDARPCOxz5Tw@mail.gmail.com> <201206011029.13865.jhb@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help

--uQr8t48UFsdbeI+V
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On 2012-Jun-01 10:29:13 -0400, John Baldwin <jhb@freebsd.org> wrote:
>On Friday, June 01, 2012 1:55:10 am Eitan Adler wrote:
>> Also, are there BSD licensed naive implementations of these functions
>> we can use? Would it be okay to has slow, but accurate versions of
>> these functions as a stopgap?
>
>Peter Jeremy more or less has a stopgap already ready judging by the comme=
nts=20
>in the thread thus far.

There's probably an hours work by either stephen@ or myself to adapt
the work I did on cephes in Sage to a standalone FreeBSD port.
Unfortunately, both stephen@ & I are currently otherwise occupied and
other comments in this thread suggest that the inclusion of such a port
would be strongly opposed.

Note that cephes isn't "slow but accurate" - it's reasonably fast but
naive and therefore dodgy in edge cases.

--=20
Peter Jeremy

--uQr8t48UFsdbeI+V
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (FreeBSD)

iEYEARECAAYFAk/JWG0ACgkQ/opHv/APuIfb6gCfXedEo3q0EWmYOkWEfCYDsRMD
KyMAoJ4uFpPKly01I9kjzOBjHS+henGt
=S8/X
-----END PGP SIGNATURE-----

--uQr8t48UFsdbeI+V--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120602000357.GC56049>