aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/CodeGen/MachineFunctionAnalysis.cpp
diff options
context:
space:
mode:
authorMichael Flanders <flanders.michaelk@gmail.com>2024-04-29 18:25:45 -0500
committerGitHub <noreply@github.com>2024-04-29 19:25:45 -0400
commit5e9937d1b3ada9c686505c5f2c1e1b054ad9edc2 (patch)
tree1fa5edf7513221c8a6a45df956e8cc45c36c0d0c /llvm/lib/CodeGen/MachineFunctionAnalysis.cpp
parentc4c4e17c99f8d4f79bb9e1e3819d1d76e5e09ed1 (diff)
downloadllvm-5e9937d1b3ada9c686505c5f2c1e1b054ad9edc2.zip
llvm-5e9937d1b3ada9c686505c5f2c1e1b054ad9edc2.tar.gz
llvm-5e9937d1b3ada9c686505c5f2c1e1b054ad9edc2.tar.bz2
[libc][math] Adds entrypoint and tests for nearbyintf128,scalbnf128 (#88443)
Closes #84689. Adding @lntue for review. I was curious about the implementation of `round_using_current_rounding_mode` used for the `nearbyint` functions. It has one of the rounding modes as unreachable ([here](https://github.com/llvm/llvm-project/blob/main/libc/src/__support/FPUtil/NearestIntegerOperations.h#L243)), and I was wondering if this was okay for the `nearbyint` functions. --------- Co-authored-by: Michael Flanders <mkf727@cs.washington.edu>
Diffstat (limited to 'llvm/lib/CodeGen/MachineFunctionAnalysis.cpp')
0 files changed, 0 insertions, 0 deletions