This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [RFC] Fix for mishandling of "break 'pthread_create@GLIBC_2.2.5'"
On Tue, 2008-05-13 at 14:44 -0400, Daniel Jacobowitz wrote:
> On Tue, May 13, 2008 at 11:35:53AM -0700, Paul Pluzhnikov wrote:
> > 2008-05-13 Paul Pluzhnikov <ppluzhnikov@google.com>
> >
> > * linespec.c (locate_first_half): Rename to...
> > (locate_first_half_1): ... this.
> > (locate_first_half): New fn.
> >
>
> Patch missing?
>
> Rather than making versions special, can we suppress looking for
> fields inside quoted strings? GCC names static variables "foo.1" and
> it's hard to get GDB to display that.
FYI, there's a sort-of work-around...
(gdb) rb pthread_create
Function "pthread_create" not defined.
Make breakpoint pending on future shared library load? (y or [n]) n
<function, no debug info> pthread_create@plt;
Breakpoint 2 at 0xc746a6
<function, no debug info> __pthread_create_2_1;
Can't find member of namespace, class, struct, or union named
"pthread_create@@GLIBC_2.1"
Hint: try 'pthread_create@@GLIBC_2.1<TAB> or
'pthread_create@@GLIBC_2.1<ESC-?>
(Note leading single quote.)
<function, no debug info> pthread_create@@GLIBC_2.1;
Breakpoint 3 at 0xc75145
<function, no debug info> __pthread_create_2_0;
Can't find member of namespace, class, struct, or union named
"pthread_create@GLIBC_2.0"
Hint: try 'pthread_create@GLIBC_2.0<TAB> or
'pthread_create@GLIBC_2.0<ESC-?>
(Note leading single quote.)
<function, no debug info> pthread_create@GLIBC_2.0;
(gdb) i b
Num Type Disp Enb Address What
1 breakpoint keep y 0x0804846f in main at t.c:7
breakpoint already hit 1 time
2 breakpoint keep y 0x00c746a6 <pthread_create@@GLIBC_2.1+6>
3 breakpoint keep y 0x00c75145 <pthread_create@GLIBC_2.0+5>