Bug#727841: powl() inaccurate but only at runtime

2013-11-08 Thread James Cloos
[I hit send to soon ... -JimC] And glibc 2.17 gets the same result as gcc does. -JimC -- James Cloos OpenPGP: 1024D/ED7DAEA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#727841: powl() inaccurate but only at runtime

2013-11-08 Thread James Cloos
> "Z" == Zefram writes: Z> On amd64, powl() is generating inaccurate results when called at runtime, Z> but if a call to it gets constant-folded at compile time (by gcc 4.7) Z> then the constant-folded result is much more accurate. AIUI, gcc uses multi-precision arith for constant folding,

Bug#727841: powl() inaccurate but only at runtime

2013-10-27 Thread Bastian Blank
On Sun, Oct 27, 2013 at 03:57:14PM +, Zefram wrote: > Version: 2.13-38 The current version of libc6 is 2.17-93. > On amd64, powl() is generating inaccurate results when called at runtime, > but if a call to it gets constant-folded at compile time (by gcc 4.7) > then the constant-folded result

Bug#727841: powl() inaccurate but only at runtime

2013-10-27 Thread Zefram
Package: libc6 Version: 2.13-38 Severity: normal On amd64, powl() is generating inaccurate results when called at runtime, but if a call to it gets constant-folded at compile time (by gcc 4.7) then the constant-folded result is much more accurate. $ cat t0.c #include #include int main(void) {