From owner-freebsd-current@FreeBSD.ORG Fri Jul 13 16:36:16 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 0E41F1065670 for ; Fri, 13 Jul 2012 16:36:16 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 479D18FC14 for ; Fri, 13 Jul 2012 16:36:15 +0000 (UTC) Received: by obbun3 with SMTP id un3so6306793obb.13 for ; Fri, 13 Jul 2012 09:36:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=q2TFexp7bufOmIhE0OoN1zni6Da1jhjVq4BCSvL9yTk=; b=fA2JZWAG7IM7H3VdijRg9C58+yBkU59sbGHT7t/7xWhparJ4Cuei6ysg5wefr7sLQu zrS79O1s8mXk/aMm4Ir4lWatkSzQAPbWy9Xj5bp7NuWD5Vmyu0LcwUX3cz66K5XCZ+vq 3VONo7Pd/kVCRAFnbWQRjEww3sM0vXspMBzes= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=q2TFexp7bufOmIhE0OoN1zni6Da1jhjVq4BCSvL9yTk=; b=EITR/VjqhB0r9cx+io5X6pFlCeC4MYFIKCtSr1XsXFxq0XfrkDB8d2eJcfYbNNTwdn pFgF/Pxy8fsg0hJPPmThy9turn5pm6gwZtVUEo230X11NbagwR5LfiF7uNfusE95R8P7 Wwxxiw44/exvTXx54F7tXbbmWnOdBDjjdxM6He8HBE71N81N2KNuj9m963MCaSzYroDC qYjCovO/EfBqi7DhqzviEt2jR1I+lmGOOOz0iVwWe2Uc1JHPHsXeyFvM/bKm+LZy/Jji PMS7Xm+Ck8aZwRcVkjp+wXd4o7qy+9R7a6Bs5gYIR93v4UdhTPB0f6QHHEka+wg2gDr7 HdGg== Received: by 10.182.31.102 with SMTP id z6mr2510545obh.66.1342197374809; Fri, 13 Jul 2012 09:36:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.125.70 with HTTP; Fri, 13 Jul 2012 09:35:44 -0700 (PDT) In-Reply-To: <500047DB.60607@missouri.edu> References: <20120529045612.GB4445@server.rulingia.com> <20120711223247.GA9964@troutmask.apl.washington.edu> <20120713114100.GB83006@server.rulingia.com> <201207130818.38535.jhb@freebsd.org> <9EB2DA4F-19D7-4BA5-8811-D9451CB1D907@theravensnest.org> <20120713155805.GC81965@zim.MIT.EDU> <500047DB.60607@missouri.edu> From: Eitan Adler Date: Fri, 13 Jul 2012 09:35:44 -0700 Message-ID: To: Stephen Montgomery-Smith Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnXqLRifLcbU3vBFONBn3xFlN6pNrsmPMnFm/BUOLa9N5NystJDh2WhHOlVw7JkrW+TEazp Cc: Diane Bruce , David Chisnall , freebsd-current@freebsd.org, Steve Kargl , Peter Jeremy , Warner Losh 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: Fri, 13 Jul 2012 16:36:16 -0000 On 13 July 2012 09:07, Stephen Montgomery-Smith wrote: > On 07/13/12 10:58, David Schultz wrote: >> >> On Fri, Jul 13, 2012, David Chisnall wrote: >>> >>> As do I. I'd also point out that the ONLY requirement for long >>> double according to the standard is that it has at least the same >>> precision as double. Therefore, any implementation of these >>> functions that is no worse that the double version is compliant. >>> Once we have something meeting a minimum standard, then I'm very >>> happy to see it improved, but having C99 functions missing now is >>> just embarrassing while we're working on adding C11 features. >> >> >> There are several things wrong with this reasoning, but pragmatically >> the conclusion may be right: we do have a long list of users who would >> prefer a dubious implementation to none at all. >> >> I propose we set a timeframe for this, on the order of a few months. >> A rough outline might be something like: >> >> mid-August: expl logl log2l log10l >> -- just need to clean up Bruce and Steve's work; Steve recently >> sent me patches for expl, which I hope get committed soon >> mid-September: acoshl asinhl atanhl coshl sinhl tanhl >> -- easy once expl is in; others could probably help >> mid-October: powl expm1l >> mid-November: most complex.h functions >> >> If the schedule can't be met, then we can just import Cephes as an >> interim solution without further ado. This provides Bruce and Steve >> an opportunity to commit what they have been working on, without >> forcing the rest of the FreeBSD community to wait indefinitely for >> the pie in the sky. +1 If we do import Cephes the questionable functions should probably be explicitly marked somewhere so that if there is still $someone can still work on them though. -- Eitan Adler