[Bug c/37714] Sign of sin(-0.0) depends on optimization level

2009-08-29 Thread dickinsm at gmail dot com
--- Comment #5 from dickinsm at gmail dot com 2009-08-29 07:05 --- A quick note for anyone else who comes across this: this libm bug is fixed in Snow Leopard (darwin 10). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37714

[Bug c/37714] Sign of sin(-0.0) depends on optimization level

2008-10-02 Thread rguenth at gcc dot gnu dot org
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-10-02 11:42 --- Works on Linux where it replaces it with a call to sincos. Also works with the Linux glibc if explicitly calling cexp like static my_complex c_rect(double phi) { my_complex z; z.imag = __imag cexp (I * phi);

[Bug c/37714] Sign of sin(-0.0) depends on optimization level

2008-10-02 Thread dickinsm at gmail dot com
--- Comment #2 from dickinsm at gmail dot com 2008-10-02 14:34 --- Thanks for the response! It does appear to be true that cexp doesn't follow Annex G of C99, on OS X 10.5.5. I agree that this is undesirable, but I can't see why it should be considered a bug. Annex G of C99 is merely

[Bug c/37714] Sign of sin(-0.0) depends on optimization level

2008-10-02 Thread rguenth at gcc dot gnu dot org
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-10-02 15:37 --- Well, Darwin GCC maintainers claim that darwin /* All new versions of Darwin have C99 functions. */ #define TARGET_C99_FUNCTIONS 1 so we just rely on that. If it is not true then this is either a darwin bug or

[Bug c/37714] Sign of sin(-0.0) depends on optimization level

2008-10-02 Thread dickinsm at gmail dot com
--- Comment #4 from dickinsm at gmail dot com 2008-10-02 15:53 --- Makes sense. Thanks for the explanation. I'll go and file a bug with Apple. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37714