summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/expression_command/inline-namespace
diff options
context:
space:
mode:
authorPeter Collingbourne <peter@pcc.me.uk>2019-08-23 01:28:44 +0000
committerPeter Collingbourne <peter@pcc.me.uk>2019-08-23 01:28:44 +0000
commit21a181441724fe81a24ee4cdb540f7c62e33231c (patch)
tree227a6ebcd02290fc65b7f930d86e76efa13da8e3 /lldb/packages/Python/lldbsuite/test/expression_command/inline-namespace
parent90b6bb75e8ccca50706d81f5c0b9b1f40fe216f6 (diff)
downloadbcm5719-llvm-21a181441724fe81a24ee4cdb540f7c62e33231c.tar.gz
bcm5719-llvm-21a181441724fe81a24ee4cdb540f7c62e33231c.zip
hwasan: Untag unwound stack frames by wrapping personality functions.
One problem with untagging memory in landing pads is that it only works correctly if the function that catches the exception is instrumented. If the function is uninstrumented, we have no opportunity to untag the memory. To address this, replace landing pad instrumentation with personality function wrapping. Each function with an instrumented stack has its personality function replaced with a wrapper provided by the runtime. Functions that did not have a personality function to begin with also get wrappers if they may be unwound past. As the unwinder calls personality functions during stack unwinding, the original personality function is called and the function's stack frame is untagged by the wrapper if the personality function instructs the unwinder to keep unwinding. If unwinding stops at a landing pad, the function is still responsible for untagging its stack frame if it resumes unwinding. The old landing pad mechanism is preserved for compatibility with old runtimes. Differential Revision: https://reviews.llvm.org/D66377 llvm-svn: 369721
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/expression_command/inline-namespace')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud