Changes all uses of minnan/maxnan to minimum/maximum
globally. These names emphasize that the semantic difference between
these operations is more than just NaN-propagation.
Details
Diff Detail
- Repository
- rL LLVM
- Build Status
Buildable 23955 Build 23954: arc lint + arc unit
Event Timeline
- I guess this should be marked as NFC
- Does this mean you'd like to match the semantics of the existing minnan/maxnan in the backend to match the new minimum/maximum intrinsics? Then are you planning to update ValueTracking optimizations for them as well?
lib/Target/AArch64/AArch64ISelLowering.cpp | ||
---|---|---|
389 | For Promote, I guess we can honor the existing indentation (even though clang-format does not like it) | |
819–820 | I know it is pre-existing, but as we are modifying it anyway, we can clang-format I guess | |
test/CodeGen/WebAssembly/simd-arith.ll | ||
804 | Why is the operand order changed? The same for three more changes below this |
Done
- Does this mean you'd like to match the semantics of the existing minnan/maxnan in the backend to match the new minimum/maximum intrinsics? Then are you planning to update ValueTracking optimizations for them as well?
This semantic matching already happened when we merged the new intrinsics, since they already lower directly to these SD nodes. I was not planning on updating the ValueTracking optimizations, although I could look into it. The current optimizations are still correct because they are too conservative, if anything.
For Promote, I guess we can honor the existing indentation (even though clang-format does not like it)