[patch/rfa] tweak patterns for annota3.exp
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:
Continuing with signal SIGUSR1.^M
Breakpoint 2, 0x000105d4 in handle_USR1 (sig=16) at /home/tausq/gdb/gdb-cvs/gdb/testsuite/gdb.base/annota3.c:18^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:
.type handle_USR1, @function
.loc 1 18 0
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?
Debian GNU/Linux Developer, hppa/ia64 ports
More information about the Gdb-patches