Date: Fri, 1 Jun 2012 08:38:48 +0930 From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: Stephen Montgomery-Smith <stephen@missouri.edu> Cc: freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 Message-ID: <3B21BFA6-EAB3-4E82-B0C8-09CF25E8FEF4@gsoft.com.au> In-Reply-To: <4FC7A670.40004@missouri.edu> References: <4FC30090.4070003@gwdg.de> <20120528210507.GF2675@aspire.rulingia.com> <20120528230218.GC76723@troutmask.apl.washington.edu> <201205311145.15454.jhb@freebsd.org> <4FC7A670.40004@missouri.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On 01/06/2012, at 2:42, Stephen Montgomery-Smith wrote: >>=20 >> 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. I'm = fine >> if the interim lives in ports and that we don't import substandard >> routines into the base. I would even be fine with calling it >> /usr/local/lib/libm_inaccurate.so. However, I do think we need an = option. >>=20 >=20 > I think it should be called libm.so. Otherwise we have to do a = serious editing job on the Makefiles/configure scripts. >=20 > sed -E 's/[[:<:]]-lm[[:>:]]/-lm_inaccuarate/' >=20 > might have some false positives and false negatives. (Did I even get = the sed syntax correct?) Another option would be to put it in base but bleat about it if it's = actually used (like mktemp et al) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3B21BFA6-EAB3-4E82-B0C8-09CF25E8FEF4>