http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19449
Ryan Lortie changed:
What|Removed |Added
CC||desrt at desrt dot ca
--- Comment #7 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60875
Ryan Lortie changed:
What|Removed |Added
CC||desrt at desrt dot ca
--- Comment #3 from
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: desrt at desrt dot ca
This problem has been seen with at least:
gcc version 4.8.2 20131212 (Red Hat 4.8.2-7) (GCC)
and
gcc version 4.8.2 (Ubuntu 4.8.2-16ubuntu4)
so I believe it to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60413
--- Comment #2 from Ryan Lortie ---
Why is this violation of standards treated in a special way?
Quoting from gcc's manpage:
-ffast-math
Sets -fno-math-errno, -funsafe-math-optimizations,
-ffinite-math-only, -fno-rou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60413
--- Comment #4 from Ryan Lortie ---
It seems like a good solution to this problem might be to enable -mfpmath=sse
by default on arches where SSE is known to be supported and
-fexcess-precision=standard otherwise. If people want their binaries to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49244
Summary: no intrinsics to emit 'lock bts' and 'lock btc'
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: other
Assigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49244
--- Comment #2 from Ryan Lortie 2011-06-02 23:05:58 UTC
---
I'd be happy enough if GCC published a "recommended sequence" or something so
that it would be easier to check for this exact sequence...
A new user-accessible builtin would also make m
