Date: Thu, 31 May 2012 22:55:10 -0700 From: Eitan Adler <lists@eitanadler.com> To: John Baldwin <jhb@freebsd.org> Cc: freebsd-current@freebsd.org, Peter Jeremy <peter@rulingia.com>, Steve Kargl <sgk@troutmask.apl.washington.edu> Subject: Re: Use of C99 extra long double math functions after r236148 Message-ID: <CAF6rxgncsBv0rrorpg-C8Ay0eMuon=XL4gksFO%2BDARPCOxz5Tw@mail.gmail.com> In-Reply-To: <201205311145.15454.jhb@freebsd.org> References: <4FC30090.4070003@gwdg.de> <20120528210507.GF2675@aspire.rulingia.com> <20120528230218.GC76723@troutmask.apl.washington.edu> <201205311145.15454.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 31 May 2012 08:45, John Baldwin <jhb@freebsd.org> wrote: > I do think we should provide something in ports as an interim solution. > There are other 3rd party applications looking to drop FreeBSD support > because we are missing APIs that almost all other OS's have. =C2=A0I'm fi= ne > if the interim lives in ports and that we don't import substandard > routines into the base. =C2=A0I would even be fine with calling it > /usr/local/lib/libm_inaccurate.so. =C2=A0However, I do think we need an o= ption. Do we have a wiki page listing the functions in libm we are missing? Having some kind of place to track progress and figure out what exactly is needed is the first step to getting these APIs into shape. Also, are there BSD licensed naive implementations of these functions we can use? Would it be okay to have slow, but accurate versions of these functions as a stopgap? --=20 Eitan Adler
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAF6rxgncsBv0rrorpg-C8Ay0eMuon=XL4gksFO%2BDARPCOxz5Tw>