From owner-freebsd-current Mon Feb 17 17: 3:11 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3693337B401 for ; Mon, 17 Feb 2003 17:03:10 -0800 (PST) Received: from HAL9000.homeunix.com (12-233-57-224.client.attbi.com [12.233.57.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57D6C43FCB for ; Mon, 17 Feb 2003 17:03:07 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id h1I136Qb009935; Mon, 17 Feb 2003 17:03:06 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id h1I136id009934; Mon, 17 Feb 2003 17:03:06 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Mon, 17 Feb 2003 17:03:06 -0800 From: David Schultz To: Dag-Erling Smorgrav Cc: current@FreeBSD.ORG Subject: Re: -fno-builtin world breaks in gperf Message-ID: <20030218010305.GB9793@HAL9000.homeunix.com> Mail-Followup-To: Dag-Erling Smorgrav , current@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Dag-Erling Smorgrav : > /usr/obj/usr/src/i386/usr/lib/libstdc++.so: undefined reference to `fabsl' > *** Error code 1 > > Our libm doesn't seem to support long double at all, yet our libstdc++ > requires long double support. It seems to correctly detect the > absence of a "real" fabsl() and the presence of the gcc builtin, but > then goes on to use the fabsl() instead of __builtin_fabsl() in at > least one instance (src/contrib/libstdc++/libmath/stubs.c). There's a > similar problem with sqrtl(). Various people are working on C99 conformance issues right now. Implementing long double versions of all library functions is likely to be one of the more time-consuming problems. Details are available at http://www.FreeBSD.ORG/projects/c99/ . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message