I just looked at bit at this and added the following text to the forum threads, Andreas As one of the upstream glibc developers and openSUSE packagers, let me chime into this discussion: Upstream glibc contains many changes for the math library so that it is standard conform also in all corner cases and accurately calculates numbers - the goal is accuracy for all digits. This might lead in some cases to slower runtime execution. For the upstream sin/cos bugs that changed this behaviour for sin and cos, see http://sourceware.org/bugzilla/show_bug.cgi?id=13658. Glibc developers are aware that some functions are slower and have started now with addressing some of that slowness and reached already some improvements. Also, glibc now contains a benchmark test suite that can be run before/after making changes to check that we do not introduce slowdowns by accident. If you read comment 4 of http://sourceware.org/bugzilla/show_bug.cgi?id=13932, the worst case performance of pow has been improved already 4 times. Coming back to sin/cos: Previously the fsincos hardware instruction was used and it is highly inaccurate for larger values - and therefore we had to use a software implementation. -- Andreas Jaeger aj@{suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn,Jennifer Guild,Felix Imendörffer,HRB16746 (AG Nürnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org