diff options
author | Jason Molenda <jmolenda@apple.com> | 2016-05-26 04:22:47 +0000 |
---|---|---|
committer | Jason Molenda <jmolenda@apple.com> | 2016-05-26 04:22:47 +0000 |
commit | 0bc8994a4cf1e2a2c69629a613263b741b87f2fc (patch) | |
tree | d53ccb33fc56284320952580c7e472e0a6ca2640 /lldb/packages/Python/lldbsuite | |
parent | d1af08c3d6608a87d8b99a60ef297368367cd4b9 (diff) | |
download | bcm5719-llvm-0bc8994a4cf1e2a2c69629a613263b741b87f2fc.tar.gz bcm5719-llvm-0bc8994a4cf1e2a2c69629a613263b741b87f2fc.zip |
Small further refinement to the check in ObjectFileMachO::ParseSymtab
which looks for binaries missing an LC_FUNCTION_STARTS section because
it was stripped/not emitted. If we see a normal user process binary
(executable, dylib, framework, bundle) without LC_FUNCTION_STARTS, that
is unusual and we should disallow instruction emulation because that
binary has likely been stripped a lot.
If this is a non-user process binary -- a kernel, a standalone bare-board
binary, a kernel extension (kext) -- and there is no LC_FUNCTION_STARTS,
we should not assume anything about the binary and allow instruction
emulation as we would normally do.
<rdar://problem/26453952>
llvm-svn: 270818
Diffstat (limited to 'lldb/packages/Python/lldbsuite')
0 files changed, 0 insertions, 0 deletions