summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/example/TestSequenceFunctions.py
diff options
context:
space:
mode:
authorJason Molenda <jmolenda@apple.com>2016-01-21 04:38:05 +0000
committerJason Molenda <jmolenda@apple.com>2016-01-21 04:38:05 +0000
commit1a75b0d14fcb29058123f538befd6cf42f626b71 (patch)
tree6d01635f2dd9457b74618d4ce1160daf4e1164a7 /lldb/packages/Python/lldbsuite/test/example/TestSequenceFunctions.py
parentde008d338c091d0d9f282478771862e0c8775b6b (diff)
downloadbcm5719-llvm-1a75b0d14fcb29058123f538befd6cf42f626b71.tar.gz
bcm5719-llvm-1a75b0d14fcb29058123f538befd6cf42f626b71.zip
When ObjectFileMachO reads a Mach-O file for a 32-bit arm cpu,
set the triple's "vendor" field to Apple. We don't want to assume a vendor of Apple for all Mach-O files - this breaks x86_64 EFI debugging where they put non-Apple binaries in a Mach-O format for ease of handling. But on armv7, Apple's ABI always uses r7 as the frame pointer register; if we don't set the Vendor field to Apple, we can pick up a generic armv7 ABI where the fp is r11 (or r7 for thumb) which breaks backtracing altogether. Greg is reluctant for us to make any assumptions about the Vendor here, but we'll see how this shakes out. It's such a big problem on armv7 if we don't know this is using the Apple ABI that it's worth trying this approach. <rdar://problem/22137561> llvm-svn: 258387
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/example/TestSequenceFunctions.py')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud