forked from OSchip/llvm-project
a842950b62
When replaying a reproducer captured from a core file, we always use dsymForUUID for the kernel binary. When enabled, we also use it to find kexts. Since these files are already contained in the reproducer, there's no reason to call out to an external tool. If the tool returns a different result, e.g. because the dSYM got garbage collected, it will break reproducer replay. The SymbolFileProvider solves the issue by mapping UUIDs to module and symbol paths in the reproducer. Differential revision: https://reviews.llvm.org/D86389 |
||
|---|---|---|
| .. | ||
| Discard.in | ||
| FileCapture.in | ||
| GDBRemoteCapture.in | ||
| GDBRemoteCrashCapture.in | ||
| HomeDir.in | ||
| MultipleTargetsCapture.in | ||
| WorkingDir.in | ||
| core | ||
| dsymforuuid.sh | ||
| foo.lua | ||
| foo.py | ||
| simple.c | ||