From owner-freebsd-current@FreeBSD.ORG Sat Jun 2 03:52:26 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 84C331065672 for ; Sat, 2 Jun 2012 03:52:26 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 5CAC58FC08 for ; Sat, 2 Jun 2012 03:52:26 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q523qJds012184; Fri, 1 Jun 2012 20:52:19 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q523qIRw012183; Fri, 1 Jun 2012 20:52:18 -0700 (PDT) (envelope-from sgk) Date: Fri, 1 Jun 2012 20:52:18 -0700 From: Steve Kargl To: Eitan Adler Message-ID: <20120602035218.GA12163@troutmask.apl.washington.edu> References: <4FC30090.4070003@gwdg.de> <201205311145.15454.jhb@freebsd.org> <201206011029.13865.jhb@freebsd.org> <20120602000357.GC56049@server.rulingia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Peter Jeremy 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: Sat, 02 Jun 2012 03:52:26 -0000 On Fri, Jun 01, 2012 at 05:16:03PM -0700, Eitan Adler wrote: > On 1 June 2012 17:03, Peter Jeremy wrote: > > On 2012-Jun-01 10:29:13 -0400, John Baldwin 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 comments > >>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. > > Yes, I was asking if any of the former type exist. > Optimally we would want fast and accurate - but it doesn't currently exist. > Fast, but inaccurate has been strongly objected to. > > Is there third option? > Of course. Sit down and write code. -- Steve