This is the mail archive of the
gdb@sourceware.org
mailing list for the GDB project.
Re: gdb very slow during 'step into'
> From: Jim Blandy <jimb@codesourcery.com>
> Date: Tue, 02 Jan 2007 11:48:35 -0800
>
> Daniel Jacobowitz <drow@false.org> writes:
> > On Tue, Jan 02, 2007 at 11:30:16AM -0800, Jim Blandy wrote:
> >> If you set the environment variable LD_BIND_NOW to a non-empty value
> >> before running your program (use GDB's 'set env' command), does that
> >> eliminate the slow steps?
> >
> > Is this where we step through the dynamic linker? We really should
> > avoid that...
>
> I'm pretty sure we set a breakpoint at the function's true entry point
> (since we know it too), and wait for that to hit. I believe I made
> that change myself years ago. But maybe something broke.
Quite likely. The code in glibc-tdep.c does rely on some knowledge
about the internals of the implementation. The glibc developers have
been quite aggressive about not experting symbols in the recent past.
Do it might very well be that the lookup for "_dl_runtime_resolve" or
"fixup" fails, especially on a system whithout debug info for glibc.
Mark