aboutsummaryrefslogtreecommitdiff
path: root/llvm/tools/llvm-objdump/llvm-objdump.cpp
diff options
context:
space:
mode:
authorJohannes Doerfert <johannes@jdoerfert.de>2020-03-27 20:36:30 -0500
committerJohannes Doerfert <johannes@jdoerfert.de>2020-04-07 23:33:24 -0500
commitf85ae058f580e9d74c4a8f2f0de168c18da6150f (patch)
tree6729136b5b9cfeb454159575f882e65f2d6f20a9 /llvm/tools/llvm-objdump/llvm-objdump.cpp
parenteb5a16efbf59150af31bd4e3d37b8ea5976d780b (diff)
downloadllvm-f85ae058f580e9d74c4a8f2f0de168c18da6150f.zip
llvm-f85ae058f580e9d74c4a8f2f0de168c18da6150f.tar.gz
llvm-f85ae058f580e9d74c4a8f2f0de168c18da6150f.tar.bz2
[OpenMP] Provide math functions in OpenMP device code via OpenMP variants
For OpenMP target regions to piggy back on the CUDA/AMDGPU/... implementation of math functions, we include the appropriate definitions inside of an `omp begin/end declare variant match(device={arch(nvptx)})` scope. This way, the vendor specific math functions will become specialized versions of the system math functions. When a system math function is called and specialized version is available the selection logic introduced in D75779 instead call the specialized version. In contrast to the code path we used so far, the system header is actually included. This means functions without specialized versions are available and so are macro definitions. This should address PR42061, PR42798, and PR42799. Reviewed By: ye-luo Differential Revision: https://reviews.llvm.org/D75788
Diffstat (limited to 'llvm/tools/llvm-objdump/llvm-objdump.cpp')
0 files changed, 0 insertions, 0 deletions