From owner-freebsd-numerics@FreeBSD.ORG Fri Sep 6 06:54:56 2013 Return-Path: Delivered-To: freebsd-numerics@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6603CCB5; Fri, 6 Sep 2013 06:54:56 +0000 (UTC) (envelope-from theraven@freebsd.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 347D52D8A; Fri, 6 Sep 2013 06:54:55 +0000 (UTC) Received: from [192.168.0.2] (cpc27-cmbg15-2-0-cust235.5-4.cable.virginmedia.com [86.27.188.236]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id r866sq7o069375 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 6 Sep 2013 06:54:54 GMT (envelope-from theraven@freebsd.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: clang+libc++ using missing powl From: David Chisnall In-Reply-To: <20130905210953.GA58413@troutmask.apl.washington.edu> Date: Fri, 6 Sep 2013 07:54:46 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <4DF3383B-4BE7-4947-886A-AAAD25172F68@freebsd.org> References: <20130904223842.GB82066@ithaqua.etoilebsd.net> <80062343-53CD-4CEF-9C47-3BF614DADB64@FreeBSD.org> <20130905210953.GA58413@troutmask.apl.washington.edu> To: Steve Kargl X-Mailer: Apple Mail (2.1508) Cc: Baptiste Daroussin , "freebsd-numerics@FreeBSD.org" , "current@freebsd.org Current" X-BeenThere: freebsd-numerics@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of high quality implementation of libm functions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2013 06:54:56 -0000 On 5 Sep 2013, at 22:09, Steve Kargl = wrote: > On Thu, Sep 05, 2013 at 09:52:13AM +0100, David Chisnall wrote: >> On 4 Sep 2013, at 23:38, Baptiste Daroussin wrote: >>=20 >>> As a result we have a lot of fallouts of ports complaining about: >>> undefined reference to `powl' >>>=20 >>> It seems like libc++ is relying on a function we don't have yet >>> in libm, am I missing something? >>=20 >> I've attached a diff that I'd like to commit to msun >=20 > Why not disable libc++ from exposing these functions? Because they're in the C++ spec and they should work. I consider this a = placeholder until we have the real versions in the tree (the wiki says = you have coshl, sinhl, and tanhl, in progress, any idea of an ETA for = them)? =20 David