From owner-freebsd-current Tue Oct 22 13:41:45 2002 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 67DC137B401; Tue, 22 Oct 2002 13:41:44 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id B099843E77; Tue, 22 Oct 2002 13:41:43 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.12.6/8.12.5) with ESMTP id g9MKfh4G018142; Tue, 22 Oct 2002 13:41:43 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.12.6/8.12.6/Submit) id g9MKfhiN018141; Tue, 22 Oct 2002 13:41:43 -0700 (PDT) Date: Tue, 22 Oct 2002 13:41:43 -0700 From: Steve Kargl To: Terry Lambert Cc: Stefan Farfeleder , Kris Kennaway , Ruslan Ermilov , current@FreeBSD.ORG, standards@FreeBSD.ORG Subject: Re: libstdc++ does not contain fabsl symbol Message-ID: <20021022204143.GA18064@troutmask.apl.washington.edu> 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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DB5B508.25EC9C14@mindspring.com> User-Agent: Mutt/1.4i 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 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 > > 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