From owner-freebsd-current@FreeBSD.ORG Thu May 31 23:17:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57499106564A for ; Thu, 31 May 2012 23:17:08 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id C0F268FC12 for ; Thu, 31 May 2012 23:17:07 +0000 (UTC) Received: from ur.dons.net.au (ppp14-2-17-50.lns21.adl2.internode.on.net [14.2.17.50]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id q4VN8nIR003543 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 1 Jun 2012 08:38:55 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: "Daniel O'Connor" In-Reply-To: <4FC7A670.40004@missouri.edu> Date: Fri, 1 Jun 2012 08:38:48 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: <3B21BFA6-EAB3-4E82-B0C8-09CF25E8FEF4@gsoft.com.au> 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> To: Stephen Montgomery-Smith X-Mailer: Apple Mail (2.1278) X-Spam-Score: 2.162 (**) BAYES_00,KHOP_DYNAMIC,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-current@freebsd.org Subject: Re: Use of C99 extra long double math functions after r236148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 May 2012 23:17:08 -0000 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