[PATCH] D69989: Assume ieee behavior without denormal-fp-math attribute
Sanjay Patel via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Mon Feb 24 07:26:50 PST 2020
spatel added inline comments.
================
Comment at: clang/lib/CodeGen/CGCall.cpp:1754
CodeGenOpts.FPDenormalMode.str());
- if (CodeGenOpts.FP32DenormalMode.isValid()) {
+ if (CodeGenOpts.FP32DenormalMode != CodeGenOpts.FPDenormalMode) {
FuncAttrs.addAttribute(
----------------
I haven't followed the FP32 patches as closely as others, so I might have missed the reasoning here.
As-is, we may need to explicitly say that FP32 is IEEE while everything is else is not (although I assume that would be a strange config).
Do we have a test for that?
Is that better than making the FP32 attribute behave like the other FP attribute (assume IEEE unless otherwise specified)?
================
Comment at: clang/test/Driver/denormal-fp-math.c:11
-// TODO: ieee is the implied default, and the flag is not passed.
-// CHECK-IEEE: "-fdenormal-fp-math=ieee,ieee"
+// TODO: is the implied default, and the flag is not passed.
+// CHECK-IEEE-NOT: -fdenormal-fp-math=
----------------
Remove 'TODO', but restore 'ieee'?
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D69989/new/
https://reviews.llvm.org/D69989
More information about the llvm-commits
mailing list