maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/llvm/cmake/unwind.h

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

9 lines
469 B
C
Raw Normal View History

[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
2020-11-11 01:03:30 +08:00
// NOLINT: llvm-header-guard
// __register_frame() is used with dynamically generated code to register the
// FDE for a generated (JIT) code. This header provides protypes, since the gcc
// version of unwind.h may not, so CMake can check if the corresponding symbols
// exist in the runtime.
extern void __register_frame(const void *fde); // NOLINT
extern void __deregister_frame(const void *fde); // NOLINT
[ExecutionEngine] Check for libunwind before calling __register_frame libgcc and libunwind have different flavours of __register_frame. Both flavours are already correctly handled, except that the code to handle the libunwind flavour is guarded by __APPLE__. This change uses the presence of __unw_add_dynamic_fde in libunwind instead to detect whether libunwind is used, rather than hardcoding it as Apple vs. non-Apple. Fixes PR44074. Thanks to Albert Jin <albert.jin@gmail.com> and Chris Schafmeister <chris.schaf@verizon.net> for identifying the problem. Reviewed By: lhames Differential Revision: https://reviews.llvm.org/D106129
2021-08-15 20:35:53 +08:00
extern void __unw_add_dynamic_fde(); // NOLINT