summaryrefslogtreecommitdiff
path: root/libiberty
diff options
context:
space:
mode:
authorTom de Vries <tdevries@suse.de>2022-08-07 08:31:37 +0200
committerTom de Vries <tdevries@suse.de>2022-08-07 08:31:37 +0200
commitc7cd10637c40a72564bc813f3f16a4ba4b13d21b (patch)
treec610c3779745c2bd03cf2384eb2e8984c2a8ba34 /libiberty
parentf4cbdf0b6857069d42477e06f0077f4c03bb4c82 (diff)
When loading the debug-names-duplicate-cu executable included in this test-case, we run into: ... (gdb) file debug-names-duplicate-cu^M Reading symbols from debug-names-duplicate-cu...^M src/gdb/dwarf2/read.c:2353: internal-error: read_addrmap_from_aranges: \ Assertion `insertpair.second' failed.^M ... This assert was added in recent commit 75337cbc147 ("[gdb/symtab] Fix .debug_aranges duplicate offset warning"). The assert triggers because the CU table in the .debug_names section contains a duplicate: ... Version 5 Augmentation string: 47 44 42 00 ("GDB") CU table: [ 0] 0x0 [ 1] 0x0 ... Fix this by rejecting the .debug_names index: ... (gdb) file debug-names-duplicate-cu^M Reading symbols from debug-names-duplicate-cu...^M warning: Section .debug_names has duplicate entry in CU table, \ ignoring .debug_names.^M ... Likewise for the case where the CU table is not sorted by increasing offset. Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=29436
Diffstat (limited to 'libiberty')
0 files changed, 0 insertions, 0 deletions