diff options
| author | GeorgeHuyubo <113479859+GeorgeHuyubo@users.noreply.github.com> | 2024-05-14 14:35:35 -0700 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2024-05-14 14:35:35 -0700 |
| commit | 536abf827b481f78a0879b02202fb9a3ffe3a908 (patch) | |
| tree | 3c72d07e93c0b7d15e8a2a6aa7b5a3a9bc729c4d /llvm/lib/Transforms/Utils/ModuleUtils.cpp | |
| parent | 67beebfcb9a267cc1e443aa4d3788adbfcf02639 (diff) | |
| download | llvm-536abf827b481f78a0879b02202fb9a3ffe3a908.zip llvm-536abf827b481f78a0879b02202fb9a3ffe3a908.tar.gz llvm-536abf827b481f78a0879b02202fb9a3ffe3a908.tar.bz2 | |
Read and store gnu build id from loaded core file (#92078)
As we have debuginfod as symbol locator available in lldb now, we want
to make full use of it.
In case of post mortem debugging, we don't always have the main
executable available.
However, the .note.gnu.build-id of the main executable(some other
modules too), should be available in the core file, as those binaries
are loaded in memory and dumped in the core file.
We try to iterate through the NT_FILE entries, read and store the gnu
build id if possible. This will be very useful as this id is the unique
key which is needed for querying the debuginfod server.
Test:
Build and run lldb. Breakpoint set to
https://github.com/llvm/llvm-project/blob/main/lldb/source/Plugins/SymbolLocator/Debuginfod/SymbolLocatorDebuginfod.cpp#L147
Verified after this commit, module_uuid is the correct gnu build id of
the main executable which caused the crash(first in the NT_FILE entry)
Diffstat (limited to 'llvm/lib/Transforms/Utils/ModuleUtils.cpp')
0 files changed, 0 insertions, 0 deletions