This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: a question about (new behavior with?) gdb
- To: Peter Jay Salzman <p at dirac dot org>, gdb mailing list <gdb at sourceware dot cygnus dot com>
- Subject: Re: a question about (new behavior with?) gdb
- From: Kevin Buettner <kevinb at cygnus dot com>
- Date: Tue, 14 Aug 2001 16:08:03 -0700
- References: <20010814114958.A14214@dirac.org>
On Aug 14, 11:49am, Peter Jay Salzman wrote:
> does gdb now know about which functions belong to the C library and ignore
> them for stepping purposes?
No.
> or is gdb ignoring functions for which it
> doesn't have debugging into?
^^^^
info
Yes.
> one last question. i've noticed a new function on the call stack:
>
> (gdb) backtrace
> #0 main () at try1.c:5
> #1 0x4003e46b in __libc_start_main () from /lib/libc.so.6
>
> i don't remember seeing __libc_start_main() before. is that a wrapper
> function for gdb? is that what's hiding frames that belong to glibc?
__libc_start_main() is the glibc function responsible for calling
main(). It is not the reason that you are no longer able to step into
the functions in glibc. Simply recompiling glibc so that it has
debugging info (line number information and the like) will enable
you to step into these functions again.
Kevin