This is the mail archive of the gdb@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Why does symfile.c use printf_filtered?


Oops, you are right, we print the "."'s down in the macosx shared library layer. This is very useful...

Jim

On Oct 23, 2003, at 12:33 PM, Jim Blandy wrote:


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?

--
Jim Ingham                                   jingham@apple.com
Developer Tools
Apple Computer


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]