https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115374
Mario Hros changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115374
--- Comment #10 from Mario Hros ---
That _.265t.optimized posted matches my observation. So the call into glibc
fmod() is made to set errno eventually, ok. But shouldn't the returned value
from the glibc call be used instead of returning NaN? I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115374
--- Comment #7 from Mario Hros ---
Created attachment 58373
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58373&action=edit
reporoduction code, compile with -O3 -lm
prints:
is NaN and should not be
errno = 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115374
--- Comment #4 from Mario Hros ---
I already reported the problem in the code using MMX without EMMS - it was
FFMPEG
(https://patchwork.ffmpeg.org/project/ffmpeg/patch/am9p193mb194004554ecf79f43679cfb2af...@am9p193mb1940.eurp193.prod.outlook.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115374
Mario Hros changed:
What|Removed |Added
Attachment #58371|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115374
Bug ID: 115374
Summary: fmod() in x86_64 -O3 not using return value from the
glibc's implementation if x87 FPU fprem returns NaN
Product: gcc
Version: 14.1.1
Status: UNC