aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/Frontend/CompilerInvocation.cpp
diff options
context:
space:
mode:
authorDavid Tenty <daltenty@ibm.com>2020-11-10 12:03:30 -0500
committerDavid Tenty <daltenty@ibm.com>2020-11-10 13:09:44 -0500
commitae032e2714675354457c474f4c8f5581714e33d1 (patch)
treec89e626518eee772ebbe10415086122933e27812 /clang/lib/Frontend/CompilerInvocation.cpp
parent08d1c2d4701f5e66d5e328818905a62d6f4ba27e (diff)
downloadllvm-ae032e2714675354457c474f4c8f5581714e33d1.zip
llvm-ae032e2714675354457c474f4c8f5581714e33d1.tar.gz
llvm-ae032e2714675354457c474f4c8f5581714e33d1.tar.bz2
[CMake][ExecutionEngine] add HAVE_(DE)REGISTER_FRAME as a config.h macros
The macro HAVE_EHTABLE_SUPPORT is used by parts of ExecutionEngine to tell __register_frame/__deregister_frame is available to register the FDE for a generated (JIT) code. It's currently set by a slowly growing set of macro tests in the respective headers, which is updated now and then when it fails to link on some platform or another due to the symbols being missing (see for example https://bugs.llvm.org/show_bug.cgi?id=5715). This change converts the macro in two HAVE_(DE)REGISTER_FRAME config.h macros (like most of the other HAVE_* macros) and set's them based on whether CMake can actually find a definition for these symbols to link to at configuration time. Reviewed By: hubert.reinterpretcast Differential Revision: https://reviews.llvm.org/D87114
Diffstat (limited to 'clang/lib/Frontend/CompilerInvocation.cpp')
0 files changed, 0 insertions, 0 deletions