diff options
| author | Tom de Vries <tdevries@suse.de> | 2022-09-16 17:14:34 +0200 |
|---|---|---|
| committer | Tom de Vries <tdevries@suse.de> | 2022-09-16 17:14:34 +0200 |
| commit | 80eaec735e36598a312f9b184ee4f32bd6c0bab4 (patch) | |
| tree | 5aeb9cce6ab1261c9fc4484631cfc13ac78e0585 /gdb/gdb_bfd.c | |
| parent | ff84aaf3e338702f982274ffb79e93562d05070c (diff) | |
| download | binutils-80eaec735e36598a312f9b184ee4f32bd6c0bab4.zip binutils-80eaec735e36598a312f9b184ee4f32bd6c0bab4.tar.gz binutils-80eaec735e36598a312f9b184ee4f32bd6c0bab4.tar.bz2 | |
[gdb/symtab] Handle named DW_TAG_unspecified_type DIE
With the test-case included in the patch, we run into:
...
(gdb) info types -q std::nullptr_t^M
During symbol reading: unsupported tag: 'DW_TAG_unspecified_type'^M
^M
File /usr/include/c++/7/x86_64-suse-linux/bits/c++config.h:^M
2198: typedef decltype(nullptr) std::nullptr_t;^M
(gdb) FAIL: gdb.dwarf2/nullptr_t.exp: info types -q std::nullptr_t \
without complaint
...
Fix the complaint by handling DW_TAG_unspecified_type in new_symbol, and verify
in the test-case using "maint print symbols" that the symbol exists.
Tested on x86_64-linux, with gcc 7.5.0 and clang 13.0.
Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=17271
Diffstat (limited to 'gdb/gdb_bfd.c')
0 files changed, 0 insertions, 0 deletions