aboutsummaryrefslogtreecommitdiff
path: root/llvm/tools/llvm-readobj/llvm-readobj.cpp
diff options
context:
space:
mode:
authorSerge Pavlov <sepavloff@gmail.com>2019-11-01 20:49:35 +0700
committerSerge Pavlov <sepavloff@gmail.com>2022-03-31 19:15:52 +0700
commit47b3b76825dc89d4ee37408f26b458f61f86fbf5 (patch)
tree5e6584bf65150bfeea7a45d09fb485633d3327eb /llvm/tools/llvm-readobj/llvm-readobj.cpp
parentb4417075dc1cbfac0a3f777850ba77c031d7db3c (diff)
downloadllvm-47b3b76825dc89d4ee37408f26b458f61f86fbf5.zip
llvm-47b3b76825dc89d4ee37408f26b458f61f86fbf5.tar.gz
llvm-47b3b76825dc89d4ee37408f26b458f61f86fbf5.tar.bz2
Implement inlining of strictfp functions
According to the current design, if a floating point operation is represented by a constrained intrinsic somewhere in a function, all floating point operations in the function must be represented by constrained intrinsics. It imposes additional requirements to inlining mechanism. If non-strictfp function is inlined into strictfp function, all ordinary FP operations must be replaced with their constrained counterparts. Inlining strictfp function into non-strictfp is not implemented as it would require replacement of all FP operations in the host function, which now is undesirable due to expected performance loss. Differential Revision: https://reviews.llvm.org/D69798
Diffstat (limited to 'llvm/tools/llvm-readobj/llvm-readobj.cpp')
0 files changed, 0 insertions, 0 deletions