http://llvm.org/bugs/show_bug.cgi?id=10471
Chris Lattner <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Component|new bugs |Frontend Version|2.8 |trunk Resolution|INVALID | AssignedTo|[email protected] |unassignedclangbugs@nondot. | |org Product|new-bugs |clang --- Comment #2 from Chris Lattner <[email protected]> 2011-07-29 16:03:05 CDT --- Howard asked me to reconsider this bug. The standard says: "If FLT_EVAL_METHOD equals 0, float_t and double_t shall be float and double, respectively; if FLT_EVAL_METHOD equals 1, they shall both be double; if FLT_EVAL_METHOD equals 2, they shall both be long double; for other values of FLT_EVAL_METHOD, they are otherwise implementation-defined." In practice, GCC and Clang implement FLT_EVAL_METHOD in <float.h> by just forwarding the definition of __FLT_EVAL_METHOD__ (which is builtin) to FLT_EVAL_METHOD. GCC does set __FLT_EVAL_METHOD__ to 0 by default and to 2 with -mno-sse: $ cat t.c __FLT_EVAL_METHOD__ $ gcc -E t.c -std=gnu99 -mno-sse .. 2 So I agree that this should be fixed. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ LLVMbugs mailing list [email protected] http://lists.cs.uiuc.edu/mailman/listinfo/llvmbugs
