freebsd-skq/contrib/llvm
emaste 41b576ab7d lldb: map TRAP_CAP to a trace trap
In the absense of a more specific handler for TRAP_CAP (generated by
ENOTCAPABLE or ECAPMODE while in capability mode) treat it as a trace
trap.

Example usage (testing the bug in PR219173):

% proccontrol -m trapcap lldb usr.bin/hexdump/obj/hexdump -- -Cv -s 1 /bin/ls
...
(lldb) run
Process 12980 launching
Process 12980 launched: '.../usr.bin/hexdump/obj/hexdump' (x86_64)
Process 12980 stopped
* thread #1, stop reason = trace
    frame #0: 0x0000004b80c65f1a libc.so.7`__sys_lseek + 10
...

In the future we should have LLDB control the trapcap procctl itself
(as it does with ASLR), as well as report a specific stop reason.
This change eliminates an assertion failure from LLDB for now.
2017-05-25 16:41:07 +00:00
..
include Pull in r302416 from upstream llvm trunk (by Martin Storsjö): 2017-05-22 16:16:48 +00:00
lib Pull in r302416 from upstream llvm trunk (by Martin Storsjö): 2017-05-22 16:16:48 +00:00
patches Undo r289072, which reverted upstream llvm trunk r240144. This is going 2016-01-16 17:57:54 +00:00
projects/libunwind libunwind: add noexec stack annotation 2017-01-07 14:40:58 +00:00
tools lldb: map TRAP_CAP to a trace trap 2017-05-25 16:41:07 +00:00
utils/TableGen Update llvm to trunk r290819 and resolve conflicts. 2017-01-02 21:25:48 +00:00
FREEBSD-Xlist Update FREEBSD-Xlist files for llvm and clang. 2015-05-27 20:58:54 +00:00
LICENSE.TXT Merge llvm, clang, lld and lldb release_40 branch r292009. Also update 2017-01-14 22:12:13 +00:00