summaryrefslogtreecommitdiff
path: root/lib/ExecutionEngine/RuntimeDyld/RuntimeDyldImpl.h
diff options
context:
space:
mode:
authorUlrich Weigand <ulrich.weigand@de.ibm.com>2013-05-03 12:22:11 +0000
committerUlrich Weigand <ulrich.weigand@de.ibm.com>2013-05-03 12:22:11 +0000
commit3ea50a69d75a541624a04ce957cc9eef3de639fc (patch)
treec2fec8ab1f711ee48f49f731263a4e55f54e57b9 /lib/ExecutionEngine/RuntimeDyld/RuntimeDyldImpl.h
parent5d446e61d992f105a05aade62d5305fd8a346081 (diff)
downloadllvm-3ea50a69d75a541624a04ce957cc9eef3de639fc.tar.gz
llvm-3ea50a69d75a541624a04ce957cc9eef3de639fc.tar.bz2
llvm-3ea50a69d75a541624a04ce957cc9eef3de639fc.tar.xz
[SystemZ] Support System Z as host architecture
The llvm::sys::AddSignalHandler function (as well as related routines) in lib/Support/Unix/Signals.inc currently registers a signal handler routine via "sigaction". When this handler is called due to a SIGSEGV, SIGILL or similar signal, it will show a stack backtrace, deactivate the handler, and then simply return to the operating system. The intent is that the OS will now retry execution at the same location as before, which ought to again trigger the same error condition and cause the same signal to be delivered again. Since the hander is now deactivated, the OS will take its default action (usually, terminate the program and possibly create a core dump). However, this method doesn't work reliably on System Z: With certain signals (namely SIGILL, SIGFPE, and SIGTRAP), the program counter stored by the kernel on the signal stack frame (which is the location where execution will resume) is not the instruction that triggered the fault, but then instruction *after it*. When the LLVM signal handler simply returns to the kernel, execution will then resume at *that* address, which will not trigger the problem again, but simply go on and execute potentially unrelated code leading to random errors afterwards. To fix this, the patch simply goes and re-raises the signal in question directly from the handler instead of returning from it. This is done only on System Z and only for those signals that have this particular problem. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181010 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'lib/ExecutionEngine/RuntimeDyld/RuntimeDyldImpl.h')
0 files changed, 0 insertions, 0 deletions