From owner-freebsd-current@FreeBSD.ORG Fri Jul 13 16:40:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6BEB1065980 for ; Fri, 13 Jul 2012 16:40:25 +0000 (UTC) (envelope-from imp@bsdimp.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 A02638FC0C for ; Fri, 13 Jul 2012 16:40:25 +0000 (UTC) Received: by obbun3 with SMTP id un3so6313064obb.13 for ; Fri, 13 Jul 2012 09:40:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=c+yzg9V4eQeb8lE8hWYXEaB8Nf6CY+mqD5RN621xJYo=; b=Pjf2XVvpu8JNwzq6BmmJcYQeh8YnI/o5ccA5Wu9apLYAMEvULmndnV756hX5zf2+/W pUhhmr/OFeM+6OPn2jDvNqFm96yHMisWyi/QepmhjfrKnqTkOLQjuLgBSISR0ZsngOFP Cw3dkf3PPTlgfhgX9VFzPmDqR7Gc5cbrE0TCuAFREBMjLuLEe7d9Q/Gv+/L84mBnUihu sX5ssesThUIesg7SjpSd6J9B2QQdi22c6tl9xmdj8VbVoziYXo8SEhGZwnkxU/DpCFjr x1MTCfMxzL1CEKLAClea4yhxb2Td9HTQR/Ai9IIM9D6ab/7hNZqaDtiPMN4P07arBgyX 7r/Q== Received: by 10.182.169.40 with SMTP id ab8mr2634170obc.34.1342197625191; Fri, 13 Jul 2012 09:40:25 -0700 (PDT) Received: from [10.30.101.53] ([209.117.142.2]) by mx.google.com with ESMTPS id e9sm4984466oee.12.2012.07.13.09.40.24 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 13 Jul 2012 09:40:24 -0700 (PDT) Sender: Warner Losh Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20120711005506.GA88249@server.rulingia.com> Date: Fri, 13 Jul 2012 10:40:21 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <777FA576-7DBA-43B1-817A-0BB7CCF232E9@bsdimp.com> References: <20120529045612.GB4445@server.rulingia.com> <20120708124047.GA44061@zim.MIT.EDU> <210816F0-7ED7-4481-ABFF-C94A700A3EA0@bsdimp.com> <20120708233624.GA53462@troutmask.apl.washington.edu> <4FFBF16D.2030007@gwdg.de> <2A1DE516-ABB4-49D7-8C3D-2C4DA2D9FCF5@bsdimp.com> <4FFC412B.4090202@gwdg.de> <20120710151115.GA56950@zim.MIT.EDU> <4FFC5E5D.8000502@gwdg.de> <20120710225801.GB58778@zim.MIT.EDU> <20120711005506.GA88249@server.rulingia.com> To: Peter Jeremy X-Mailer: Apple Mail (2.1084) X-Gm-Message-State: ALoCoQnLEyeI3DteasiUHoopPuE/vLFcQ3htzi2am4qHMdh0CJ/Mjz73IvTST14FsDt33F67bZp8 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: Fri, 13 Jul 2012 16:40:26 -0000 Just to jump back into the fray a bit, since this point hasn't been = articulated well. On Jul 10, 2012, at 6:55 PM, Peter Jeremy wrote: > On 2012-Jul-08 19:01:07 -0700, Steve Kargl = wrote: >> Well, on the most popular hardware (that being i386/amd64), >> ld80 will use hardware fp instruction while ld128 must be >> done completely in software. The speed difference is >> significant. >=20 > AFAIK, of the architectures that FreeBSD supports, only sparc64 > defines ld128 in the architecture and I don't believe there are any > SPARC chip implementations that implement ld128 math in hardware. We shouldn't be gating the new math on an issue that only affects = sparc64 machines. If they have ld80 level of support for that = architecture, then that is sufficient to get things into the tree. = There's no real benefit from making numerics good on sparc64 for the = project, since our support for the platform isn't stellar and the = platform itself is getting a bit long in the tooth. That said, if people want to do it, be my guest. If it is important = enough to catch someone's attention, then it is important enough to = have. It just isn't important enough to be a gating factor if nobody = has signed up for it yet. Warner