[patch/rfa] tweak patterns for annota3.exp

Randolph Chung randolph@tausq.org
Mon Dec 6 03:03:00 GMT 2004

> Are you sure there's nothing but an extra \r\n?  It definitely passes
> for others, so I'd like to know where that came from.

yup... the log says:

signal SIGUSR1^M
Continuing with signal SIGUSR1.^M
^Z^Zbreakpoint 2^M
Breakpoint 2, 0x000105d4 in handle_USR1 (sig=16) at /home/tausq/gdb/gdb-cvs/gdb/testsuite/gdb.base/annota3.c:18^M
^Z^Zsource /home/tausq/gdb/gdb-cvs/gdb/testsuite/gdb.base/annota3.c:18:238:beg:0x105d4^M
(gdb) ^M
PASS: gdb.base/annota3.exp: send SIGUSR1

i have no idea where that comes from either... 

> > address of the signal handler... i.e. i get 
> > 
> > #0  0x000105d4 in handle_USR1 (sig=16) at /home/tausq/gdb/gdb-cvs/gdb/testsuite/gdb.base/annota3.c:18
> > 
> > instead of what the script expected, which seems to be
> > #0  handle_USR1 (sig=16) at /home/tausq/gdb/gdb-cvs/gdb/testsuite/gdb.base/annota3.c:18
> The extra address means we didn't put the breakpoint at the beginning
> of a line.  This could be a prologue skipper bug, a GCC bug, a general
> the-world-hates-us bug, or we could decide it wasn't a bug.  The
> testsuite seems to contain examples of all of the above.

mmmmm. gcc creates this:

.globl handle_USR1
        .type   handle_USR1, @function
        .loc 1 18 0
        copy %r3,%r1
        copy %r30,%r3
        stwm %r1,64(%r30)
        stw %r26,-36(%r3)
        ldo 64(%r3),%r30
        ldwm -64(%r30),%r3
        bv,n %r0(%r2)

we are breakpointing at the ldo insn, which seems to be correct from the
prologue analysis point of view. do you mean that the ".loc" should be
right before the ldo?

Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports

More information about the Gdb-patches mailing list