gdb, symtab: inline find_quick_global_symbol_language

There is only one use of find_quick_global_symbol_language that calls it
for the special symbol "main".

Inline the function as it is probably not correct in the general case
where we may have multiple instances of global symbols with the same name
but different languages in different libraries in different linker
namespaces.

Further, change the objfiles iteration into a call to
gdbarch_iterate_over_objfiles_in_search_order, which would only search the
initial linker namespace, where we expect "main" to be located.
This commit is contained in:
Markus Metzger 2022-05-02 16:33:32 +02:00
parent 6f96c196be
commit 531bd03892

View file

@ -2610,23 +2610,6 @@ lookup_symbol_in_objfile (struct objfile *objfile, enum block_enum block_index,
return result;
}
/* Find the language for partial symbol with NAME. */
static enum language
find_quick_global_symbol_language (const char *name, const domain_enum domain)
{
for (objfile *objfile : current_program_space->objfiles ())
{
bool symbol_found_p;
enum language lang
= objfile->lookup_global_symbol_language (name, domain, &symbol_found_p);
if (symbol_found_p)
return lang;
}
return language_unknown;
}
/* This function contains the common code of lookup_{global,static}_symbol.
OBJFILE is only used if BLOCK_INDEX is GLOBAL_SCOPE, in which case it is
the objfile to start the lookup in. */
@ -6367,13 +6350,25 @@ find_main_name (void)
Fallback to "main". */
/* Try to find language for main in psymtabs. */
enum language lang
= find_quick_global_symbol_language ("main", VAR_DOMAIN);
if (lang != language_unknown)
{
set_main_name ("main", lang);
return;
}
bool symbol_found_p = false;
gdbarch_iterate_over_objfiles_in_search_order
(target_gdbarch (),
[&symbol_found_p] (objfile *obj)
{
language lang
= obj->lookup_global_symbol_language ("main", VAR_DOMAIN,
&symbol_found_p);
if (symbol_found_p)
{
set_main_name ("main", lang);
return 1;
}
return 0;
}, nullptr);
if (symbol_found_p)
return;
set_main_name ("main", language_unknown);
}