This patch adds constant folds for FPToSI/FPToUI/SIToFP/UIToFP
Details
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
mlir/lib/Dialect/Arithmetic/IR/ArithmeticOps.cpp | ||
---|---|---|
891 | I wasn't entirely sure either (besides a potential runtime CPU flag). LLVM itself has a similar ambiguity (https://llvm.org/docs/LangRef.html#uitofp-to-instruction), though uses the same conversion (https://llvm.org/doxygen/ConstantFold_8cpp_source.html#l00477). |
mlir/lib/Dialect/Arithmetic/IR/ArithmeticOps.cpp | ||
---|---|---|
953 | Please use camelBack. All of these lead to clang-tidy warnings with code completion engines and several editor environments masking other actionable warnings. You have numerous PascalCase variables mixed here and above. |
mlir/lib/Dialect/Arithmetic/IR/ArithmeticOps.cpp | ||
---|---|---|
891 | OK I dug into this, and it comes from IEEE 754. It'd be nice if this was acknowledged in the doc though... |
The doc for UIToFPOp says "rounded using the default rounding mode", I haven't found where is the "default rounding mode" defined?
(the FPToUI are well defined)