diff options
| author | Felipe de Azevedo Piovezan <fpiovezan@apple.com> | 2023-06-19 10:06:58 -0400 |
|---|---|---|
| committer | Felipe de Azevedo Piovezan <fpiovezan@apple.com> | 2023-06-20 14:29:12 -0400 |
| commit | 8af224d52cad1380996ed84174d0b01a17d52759 (patch) | |
| tree | 4b8b4f564dc63044ae5df35576ba8c28370a3d7a /lldb/test/API/functionalities/scripted_process/TestStackCoreScriptedProcess.py | |
| parent | f31f4adea1f1752dc4b6e3f6b4228b809295f979 (diff) | |
[DebugInfo] Fix emission of empty debug_names for Apple
D118754 added a new DICompileUnit::DebugNameTableKind for "Apple", so that,
under DWARF 5, the following combination is used inside DwarfDebug.cpp:
```
(lldb) p getAccelTableKind()
(llvm::AccelTableKind) $6 = Dwarf
(lldb) p CU.getNameTableKind()
(llvm::DICompileUnit::DebugNameTableKind) $7 = Apple
```
This creates a problem in the if statements changed, whereby "for non Apple
AccelTableKind" we emit empty tables for any DebugNameTableKind that is not
"Default". We should consider the newly added kind here too.
Note that our existing test could have caught this, if only it had checked the
_contents_ of the table, instead of merely checking for the existence of the
section.
Differential Revision: https://reviews.llvm.org/D153275
Diffstat (limited to 'lldb/test/API/functionalities/scripted_process/TestStackCoreScriptedProcess.py')
0 files changed, 0 insertions, 0 deletions