This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: Why does symfile.c use printf_filtered?
- From: Jim Blandy <jimb at redhat dot com>
- To: Jim Ingham <jingham at apple dot com>
- Cc: gdb at sources dot redhat dot com, Jeff Johnston <jjohnstn at redhat dot com>
- Date: 23 Oct 2003 14:33:59 -0500
- Subject: Re: Why does symfile.c use printf_filtered?
- References: <1066860856.12586.ezmlm@sources.redhat.com><77974AB1-04E8-11D8-A22C-000A958F4C44@apple.com>
Jim Ingham <jingham@apple.com> writes:
> These messages only show up when you set verbose on, so they don't
> appear in the normal case. Then I think you just get one dot per
> shared library.
No, that's not right:
symfile.c:symbol_file_add_with_addrs_or_offsets:
if ((objfile->flags & OBJF_MAPPED) && (objfile->flags & OBJF_SYMS))
...
else
{
/* We either created a new mapped symbol table, mapped an existing
symbol table file which has not had initial symbol reading
performed, or need to read an unmapped symbol table. */
if (from_tty || info_verbose)
{
if (pre_add_symbol_hook)
pre_add_symbol_hook (name);
else
{
printf_filtered ("Reading symbols from %s...", name);
wrap_here ("");
gdb_flush (gdb_stdout);
}
}
syms_from_objfile (objfile, addrs, offsets, num_offsets,
mainline, from_tty);
}
So it shows up when invoked from a command, too. And I don't see any
"dot per shared library code" here --- perhaps that's a local mod.
Perhaps the best behavior would be for GDB to print a dot per shlib,
unless 'set verbose on' is on, in which case it should print the full
filename.
Jeff, how does that sound? Is that more trouble than you wanted to
get into, or would you be willing to put together a patch for that?