This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
gdb steps into glibc functions
- From: Marc Gonzalez-Sigler <marc dot gonzalez-sigler at inria dot fr>
- To: gdb at sources dot redhat dot com
- Date: Tue, 21 Oct 2003 12:48:01 +0200
- Subject: gdb steps into glibc functions
Hi all,
I have the following system:
$ uname -a
Linux ikaria 2.4.16 #1 Wed Jan 9 15:04:38 CET 2002 i686 unknown
$ gdb -v
GNU gdb 5.0rh-5 Red Hat Linux 7.1
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux".
When I use the step command in gdb, it seems that gdb tries to step
into glibc functions.
325 a2b = (strcmp (progname, "ir_a2b") == 0);
(gdb) step
strcmp (p1=0xbfffface "ir_b2a", p2=0x80ed99f "ir_a2b") at
../sysdeps/generic/strcmp.c:33
33 ../sysdeps/generic/strcmp.c: No such file or directory.
in ../sysdeps/generic/strcmp.c
Current language: auto; currently c
This does not happen on my home computer: even when I use the step
command, gdb steps over glibc calls.
Does it mean that glibc was compiled with debugging information on
this Redhat system? And gdb complains because it cannot find the
source code?
If this is the case, then I would obtain the behavior I am used to
as soon as I use a version of glibc which was compiled without
debugging information, no? Could I just strip the library?
One last question: once I enter a function, say, strcmp(), is finish
the correct command to jump out of the function?
Marc