Fix incorrect .gdb_index with new DWARF scanner

PR symtab/29694 points out a regression caused by the new DWARF
scanner when the cc-with-gdb-index target board is used.

What happens here is that an older version of gdb will make an index
describing the "A" type as:

[737] A: 1 [global, type]

whereas the new gdb says:

[1008] A: 0 [global, type]

Here the old one is correct because the A in CU 0 is just a
declaration without a size:

 <1><45>: Abbrev Number: 10 (DW_TAG_structure_type)
    <46>   DW_AT_name        : A
    <48>   DW_AT_declaration : 1
    <48>   DW_AT_sibling     : <0x6d>

This patch fixes the problem by introducing the idea of a "type
declaration".  I think gdb still needs to recurse into these types,
searching for methods, but by marking the type itself as a
declaration, gdb can skip this type during lookups and when writing
the index.

Regression tested on x86-64 using the cc-with-gdb-index board.

Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=29694
This commit is contained in:
Tom Tromey
2022-10-17 12:21:10 -06:00
parent e379f6521a
commit 2afd002ac6
3 changed files with 33 additions and 7 deletions

View File

@@ -1167,6 +1167,11 @@ write_cooked_index (cooked_index_vector *table,
be redundant are rare and not worth supporting. */
continue;
}
else if ((entry->flags & IS_TYPE_DECLARATION) != 0)
{
/* Don't add type declarations to the index. */
continue;
}
gdb_index_symbol_kind kind;
if (entry->tag == DW_TAG_subprogram)