diff options
| author | Andrew Burgess <andrew.burgess@embecosm.com> | 2019-07-09 15:49:07 +0100 |
|---|---|---|
| committer | Andrew Burgess <andrew.burgess@embecosm.com> | 2019-08-28 13:33:55 +0100 |
| commit | d8f27c6018adbb32a3ebba39a5abac44a6b9e67c (patch) | |
| tree | a5f5fecd2027826bd2b9cea0a51a9530b54b53cb /readline | |
| parent | 1f20c35ea4a0095e6a9d9b7819f6c437a0c4cfc1 (diff) | |
| download | gdb-d8f27c6018adbb32a3ebba39a5abac44a6b9e67c.zip gdb-d8f27c6018adbb32a3ebba39a5abac44a6b9e67c.tar.gz gdb-d8f27c6018adbb32a3ebba39a5abac44a6b9e67c.tar.bz2 | |
gdb/fortran: Don't include module symbols when searching for types
Currently the 'info types' command will return symbols that correspond
to Fortran modules. This is because the symbols are created with
domain MODULE_DOMAIN and address_class LOC_TYPEDEF. The address_class
LOC_TYPEDEF is the same address_class used for type symbols which is
why the modules show up when listing types.
This commit explicitly prevents symbols in the MODULE_DOMAIN from
appearing when we search for symbols in the TYPES_DOMAIN, this
prevents the Fortran module symbols from appearing in the output of
'info types'.
gdb/ChangeLog:
* symtab.c (search_symbols): Don't include MODULE_DOMAIN symbols
when searching for types.
gdb/testsuite/ChangeLog:
* gdb.fortran/info-types.exp: Add module.
* gdb.fortran/info-types.f90: Update expected results.
Diffstat (limited to 'readline')
0 files changed, 0 insertions, 0 deletions