This is the mail archive of the
gdb@sourceware.org
mailing list for the GDB project.
Re: gdb very slow during 'step into'
Hello Jim,
Could you apply the following patch to GDB and see if it makes the problem go away,
even with LD_BIND_NOW left unset?
(Tested without regressions on Fedora Core 6 IA-32. I haven't been
able to reproduce the problem myself, so I'm just guessing that this
is the patch.)
I have applied the patch and it doesn't help, unfortunately.
I have tried to add some printf() around the patch to see if I could
trace some stuff but nothing got printed on stdout. Is that normal ?.
If yes, how can I add logs to understand what is going on ?
Here is the content of the dynamic symbol table of my /lib/ld-linux.so:
dodji@tintin:~$ objdump -T /lib/ld-linux.so.2 | grep dl
0000e6c0 g DF .text 00000117 GLIBC_PRIVATE _dl_make_stack_executable
0000d9c0 g DF .text 00000058 GLIBC_PRIVATE _dl_deallocate_tls
0000d990 g DF .text 00000022 GLIBC_PRIVATE _dl_get_tls_static_info
0000c010 g DF .text 00000005 GLIBC_PRIVATE _dl_debug_state
00015ca0 g DO .data.rel.ro 00000004 GLIBC_PRIVATE _dl_argv
0000df40 g DF .text 0000020a GLIBC_PRIVATE _dl_allocate_tls_init
0000e480 g DF .text 000000cb GLIBC_PRIVATE _dl_tls_setup
00006460 g DF .text 00000195 GLIBC_PRIVATE _dl_rtld_di_serinfo
00011b99 g DO .rodata 0000000e GLIBC_PRIVATE _dl_out_of_memory
0000cec0 g DF .text 0000022d GLIBC_2.1 _dl_mcount
0000e240 g DF .text 00000027 GLIBC_PRIVATE _dl_allocate_tls
I don't see any _dl_fixup symbol in there, but maybe that is not relevant.
Also, nm /lib/ld-linux.so.2 is stripped on my system, so nm is doesn't
show anything.
Here is my version of GNU ld:
dodji@tintin:~$ ld -v
GNU ld version 2.17 Debian GNU/Linux .
Cheers,
Dodji.