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

2013-11-08 Thread James Cloos
Z == Zefram zef...@fysh.org 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

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 cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6 -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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 math.h #include stdio.h int

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 is