fix test suite regression
authorTom Tromey <tromey@redhat.com>
Tue, 29 Jul 2014 19:31:00 +0000 (13:31 -0600)
committerTom Tromey <tromey@redhat.com>
Mon, 4 Aug 2014 14:07:51 +0000 (08:07 -0600)
This fixes a test suite regession that Yao noticed.
This test checks for some specific "target debug" output
that has changed since the test was written.

2014-08-04  Tom Tromey  <tromey@redhat.com>

* gdb.base/sss-bp-on-user-bp-2.exp: Match "to_resume", not
"target_resume".

gdb/testsuite/ChangeLog
gdb/testsuite/gdb.base/sss-bp-on-user-bp-2.exp

index eeeab3e..1ff7249 100644 (file)
@@ -1,3 +1,8 @@
+2014-08-04  Tom Tromey  <tromey@redhat.com>
+
+       * gdb.base/sss-bp-on-user-bp-2.exp: Match "to_resume", not
+       "target_resume".
+
 2014-08-01  Joel Brobecker  <brobecker@adacore.com>
 
        * gdb.base/vla-datatypes.c (vla_factory): Add new variable
index a196f68..cb95da0 100644 (file)
@@ -53,7 +53,7 @@ delete_breakpoints
 # traffic.  Hardware-step targets that can't access memory while the
 # target is running, either remote or native, are likewise affected.
 # So we just skip the test if not using software single-stepping.  We
-# detect that by looking for 'target_resume (..., step)' in "debug
+# detect that by looking for 'to_resume (..., step)' in "debug
 # target" output.
 
 # Probe for software single-step breakpoint use.
@@ -62,7 +62,7 @@ gdb_test_no_output "set debug target 1"
 set hardware_step 0
 set test "probe target hardware step"
 gdb_test_multiple "si" $test {
-    -re "target_resume \\(\[^\r\n\]+, step, .*$gdb_prompt $" {
+    -re "to_resume \\(\[^\r\n\]+, step, .*$gdb_prompt $" {
        set hardware_step 1
        pass $test
     }