[lldb][crashlog] Avoid specifying arch for image when a UUID is present
authorVedant Kumar <vsk@apple.com>
Fri, 17 Sep 2021 23:07:42 +0000 (16:07 -0700)
committerVedant Kumar <vsk@apple.com>
Mon, 20 Sep 2021 17:23:35 +0000 (10:23 -0700)
commite31b2d7d7be98cbbaa665b2702cd0ed2975da4cc
tree4cc1e7ee31469b0cf07fd0ae5b176868e9a582c2
parent3679d2001c87f37101e7f20c646b21e97d8a0867
[lldb][crashlog] Avoid specifying arch for image when a UUID is present

When adding an image to a target for crashlog purposes, avoid specifying
the architecture of the image.

This has the effect of making SBTarget::AddModule infer the ArchSpec for
the image based on the SBTarget's architecture, which LLDB puts serious
effort into calculating correctly (in TargetList::CreateTargetInternal).

The status quo is that LLDB randomly guesses the ArchSpec for a module
if its architecture is specified, via:

```
  SBTarget::AddModule -> Platform::GetAugmentedArchSpec -> Platform::IsCompatibleArchitecture ->
GetSupportedArchitectureAtIndex -> {ARM,x86}GetSupportedArchitectureAtIndex
```

... which means that the same crashlog can fail to load on an Apple
Silicon Mac (due to the random guess of arm64e-apple-macosx for the
module's ArchSpec not being compatible with the SBTarget's (correct)
ArchSpec), while loading just fine on an Intel Mac.

I'm not sure how to add a test for this (it doesn't look like there's
test coverage of this path in-tree). It seems like it would be pretty
complicated to regression test: the host LLDB would need to be built for
arm64e, we'd need a hand-crafted arm64e iOS crashlog, and we'd need a
binary with an iOS deployment target. I'm open to other / simpler
options.

rdar://82679400

Differential Revision: https://reviews.llvm.org/D110013
lldb/examples/python/symbolication.py