Date: Mon, 17 Feb 2003 17:03:06 -0800 From: David Schultz <dschultz@uclink.Berkeley.EDU> To: Dag-Erling Smorgrav <des@ofug.org> Cc: current@FreeBSD.ORG Subject: Re: -fno-builtin world breaks in gperf Message-ID: <20030218010305.GB9793@HAL9000.homeunix.com> In-Reply-To: <xzp1y2755jc.fsf@flood.ping.uio.no> References: <xzp1y2755jc.fsf@flood.ping.uio.no>
next in thread | previous in thread | raw e-mail | index | archive | help
Thus spake Dag-Erling Smorgrav <des@ofug.org>: > /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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030218010305.GB9793>