Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 22 Oct 2002 13:41:43 -0700
From:      Steve Kargl <sgk@troutmask.apl.washington.edu>
To:        Terry Lambert <tlambert2@mindspring.com>
Cc:        Stefan Farfeleder <e0026813@stud3.tuwien.ac.at>, Kris Kennaway <kris@obsecurity.org>, Ruslan Ermilov <ru@FreeBSD.ORG>, current@FreeBSD.ORG, standards@FreeBSD.ORG
Subject:   Re: libstdc++ does not contain fabsl symbol
Message-ID:  <20021022204143.GA18064@troutmask.apl.washington.edu>
In-Reply-To: <3DB5B508.25EC9C14@mindspring.com>
References:  <20021020025400.GA13776@xor.obsecurity.org> <20021022082241.GG3325@sunbay.com> <20021022184605.GA85779@xor.obsecurity.org> <3DB5A9B6.1C2D1684@mindspring.com> <20021022200827.GA252@frog.fafoe> <3DB5B508.25EC9C14@mindspring.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Oct 22, 2002 at 01:28:56PM -0700, Terry Lambert wrote:
> Stefan Farfeleder wrote:
> [ ... fabsl() ... ]
> > > What standard defines this thing, which g++ has as a built-in?
> > >
> > > Alternately, the use could avoid adding the "-fno-builtin", and
> > > the problem would go away.
> > 
> > ISO C99
> > 
> > 7.12.7.2 The fabs functions
> >     #include <math.h>
> >     long double fabsl(long double x);
> 
> The answer, then, is that FreeBSD is not fully compliant with ISO
> C99, although there is work in progress to add compliance.

AFAIK, FreeBSD contains none of the long double math.h functions.
I also suspect that many of the complex.h functions aren't
implemented, yet.

> 
> I personally don't understand why the avoidance of the built-in.
> 

Can you selectively turn off the memcpy, etc. built-in  functions?

-- 
Steve

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?20021022204143.GA18064>