gdb very slow during 'step into'

[dodji Seketeli]

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.