This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: The state of glibc libm

From: David Miller <davem at davemloft dot net>
To: law at redhat dot com
Cc: joseph at codesourcery dot com, libc-alpha at sourceware dot org, gcc at gcc dot gnu dot org, bosch at adacore dot com, christoph dot lauter at lip6 dot fr
Date: Wed, 14 Mar 2012 14:57:11 -0700 (PDT)
Subject: Re: The state of glibc libm
References: <4F60B64D.1020606@redhat.com><Pine.LNX.4.64.1203141627170.22094@digraph.polyomino.org.uk><4F60CA37.5070709@redhat.com>

From: Jeff Law <law@redhat.com>
Date: Wed, 14 Mar 2012 10:41:27 -0600

> The better performance with potential loss of accuracy is an across
> the board request, it's not just a sin/cos issue.  All the trig, exp,
> pow, log, etc, which I don't think are necessarily covered by using
> the old x87 fp unit.

This is no surprise to me, vendors have commonly provided some kind of
"optimized libm" library that provided better performance with less
accuracy.

For example, Sun has always had a variant of libm optimized in this
way, called "libmopt", with it's SunPRO compilers.

References:
- Re: The state of glibc libm
  - From: Jeff Law
- Re: The state of glibc libm
  - From: Joseph S. Myers
- Re: The state of glibc libm
  - From: Jeff Law

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]