summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/expression_command
diff options
context:
space:
mode:
authorJason Molenda <jmolenda@apple.com>2016-05-26 04:22:47 +0000
committerJason Molenda <jmolenda@apple.com>2016-05-26 04:22:47 +0000
commit0bc8994a4cf1e2a2c69629a613263b741b87f2fc (patch)
treed53ccb33fc56284320952580c7e472e0a6ca2640 /lldb/packages/Python/lldbsuite/test/expression_command
parentd1af08c3d6608a87d8b99a60ef297368367cd4b9 (diff)
downloadbcm5719-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/test/expression_command')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud