From 79e7ae11c71c1682c0d4b707eadc714ec4efc929 Mon Sep 17 00:00:00 2001 From: Tom Tromey Date: Mon, 25 Mar 2019 13:45:57 -0600 Subject: Clean up some comments in minsyms.c Philippe pointed out that some comments in minsyms.c still referred to obstack allocation. This patch fixes these up. In most cases here, my view is that the comments were more misleading than helpful. So, I've generally removed text. gdb/ChangeLog 2019-03-25 Tom Tromey * minsyms.c (BUNCH_SIZE): Update comment. (~minimal_symbol_reader): Remove old comment. (compact_minimal_symbols): Update comment. (minimal_symbol_reader::install): Remove old comment. Update other comments. --- gdb/ChangeLog | 8 ++++++++ gdb/minsyms.c | 49 +++++++------------------------------------------ 2 files changed, 15 insertions(+), 42 deletions(-) diff --git a/gdb/ChangeLog b/gdb/ChangeLog index 2de1adc..3d0481f 100644 --- a/gdb/ChangeLog +++ b/gdb/ChangeLog @@ -1,3 +1,11 @@ +2019-03-25 Tom Tromey + + * minsyms.c (BUNCH_SIZE): Update comment. + (~minimal_symbol_reader): Remove old comment. + (compact_minimal_symbols): Update comment. + (minimal_symbol_reader::install): Remove old comment. Update + other comments. + 2019-03-25 Alan Hayward * s390-linux-nat.c: Add include. diff --git a/gdb/minsyms.c b/gdb/minsyms.c index b95e9ef..777f545 100644 --- a/gdb/minsyms.c +++ b/gdb/minsyms.c @@ -92,8 +92,7 @@ msymbol_is_function (struct objfile *objfile, minimal_symbol *minsym, } /* Accumulate the minimal symbols for each objfile in bunches of BUNCH_SIZE. - At the end, copy them all into one newly allocated location on an objfile's - per-BFD storage obstack. */ + At the end, copy them all into one newly allocated array. */ #define BUNCH_SIZE 127 @@ -1031,11 +1030,7 @@ minimal_symbol_reader::minimal_symbol_reader (struct objfile *obj) /* Discard the currently collected minimal symbols, if any. If we wish to save them for later use, we must have already copied them somewhere - else before calling this function. - - FIXME: We could allocate the minimal symbol bunches on their own - obstack and then simply blow the obstack away when we are done with - it. Is it worth the extra trouble though? */ + else before calling this function. */ minimal_symbol_reader::~minimal_symbol_reader () { @@ -1231,15 +1226,6 @@ compare_minimal_symbols (const void *fn1p, const void *fn2p) to linearly scan the table, which is done in a number of places. So we just do one linear scan here and toss out the duplicates. - Note that we are not concerned here about recovering the space that - is potentially freed up, because the strings themselves are allocated - on the storage_obstack, and will get automatically freed when the symbol - table is freed. The caller can free up the unused minimal symbols at - the end of the compacted region if their allocation strategy allows it. - - Also note we only go up to the next to last entry within the loop - and then copy the last entry explicitly after the loop terminates. - Since the different sources of information for each symbol may have different levels of "completeness", we may have duplicates that have one entry with type "mst_unknown" and the other with a @@ -1315,24 +1301,7 @@ build_minimal_symbol_hash_tables (struct objfile *objfile) minimal symbol table. In most cases there is no minimal symbol table yet for this objfile, and the existing bunches are used to create one. Once in a while (for shared libraries for example), we add symbols (e.g. common - symbols) to an existing objfile. - - Because of the way minimal symbols are collected, we generally have no way - of knowing what source language applies to any particular minimal symbol. - Specifically, we have no way of knowing if the minimal symbol comes from a - C++ compilation unit or not. So for the sake of supporting cached - demangled C++ names, we have no choice but to try and demangle each new one - that comes in. If the demangling succeeds, then we assume it is a C++ - symbol and set the symbol's language and demangled name fields - appropriately. Note that in order to avoid unnecessary demanglings, and - allocating obstack space that subsequently can't be freed for the demangled - names, we mark all newly added symbols with language_auto. After - compaction of the minimal symbols, we go back and scan the entire minimal - symbol table looking for these new symbols. For each new symbol we attempt - to demangle it, and if successful, record it as a language_cplus symbol - and cache the demangled form on the symbol obstack. Symbols which don't - demangle are marked as language_unknown symbols, which inhibits future - attempts to demangle them if we later add more minimal symbols. */ + symbols) to an existing objfile. */ void minimal_symbol_reader::install () @@ -1354,10 +1323,10 @@ minimal_symbol_reader::install () m_msym_count, objfile_name (m_objfile)); } - /* Allocate enough space in the obstack, into which we will gather the - bunches of new and existing minimal symbols, sort them, and then - compact out the duplicate entries. Once we have a final table, - we will give back the excess space. */ + /* Allocate enough space, into which we will gather the bunches + of new and existing minimal symbols, sort them, and then + compact out the duplicate entries. Once we have a final + table, we will give back the excess space. */ alloc_count = m_msym_count + m_objfile->per_bfd->minimal_symbol_count; gdb::unique_xmalloc_ptr @@ -1407,10 +1376,6 @@ minimal_symbol_reader::install () m_objfile->per_bfd->minimal_symbol_count = mcount; m_objfile->per_bfd->msymbols = std::move (msym_holder); - /* Now build the hash tables; we can't do this incrementally - at an earlier point since we weren't finished with the obstack - yet. (And if the msymbol obstack gets moved, all the internal - pointers to other msymbols need to be adjusted.) */ build_minimal_symbol_hash_tables (m_objfile); } } -- cgit v1.1