diff options
| author | Pedro Alves <palves@redhat.com> | 2015-04-08 10:39:43 +0100 |
|---|---|---|
| committer | Pedro Alves <palves@redhat.com> | 2015-04-08 10:39:43 +0100 |
| commit | 4496bed7f346afbb2f2b4f939373920a4d69da11 (patch) | |
| tree | 461a57b0386cd2c11690ab92e59ef71d0629c7e6 /gdb/testsuite/gdb.trace/actions.exp | |
| parent | 2449132744a7081d1c8619da45cc9870d9c98fb3 (diff) | |
| download | fsf-binutils-gdb-4496bed7f346afbb2f2b4f939373920a4d69da11.zip fsf-binutils-gdb-4496bed7f346afbb2f2b4f939373920a4d69da11.tar.gz fsf-binutils-gdb-4496bed7f346afbb2f2b4f939373920a4d69da11.tar.bz2 | |
Fix gdb.trace/{actions,infotrace,while-stepping}.exp with extended-remote
The recent actions.exp change to check gdb_run_cmd succeeded caught
further problems. The test now fails like this
with --target_board=native-extended-gdbserver:
FAIL: gdb.trace/actions.exp: Can't run to main
gdb.log shows:
(gdb) run
Starting program: /home/pedro/gdb/mygit/build/gdb/testsuite/gdb.trace/actions
Running the default executable on the remote target failed; try "set remote exec-file"?
(gdb) FAIL: gdb.trace/actions.exp: Can't run to main
The problem is that a gdb_load call is missing.
Grepping around for similar problems in other tests, I found that
infotrace.exp and while-stepping.exp should be likewise affected. And
indeed this is what we get today:
FAIL: gdb.trace/infotrace.exp: tstart
FAIL: gdb.trace/infotrace.exp: continue to end (the program is no longer running)
FAIL: gdb.trace/infotrace.exp: tstop
FAIL: gdb.trace/infotrace.exp: 2.6: info tracepoints (trace buffer usage)
FAIL: gdb.trace/while-stepping.exp: tstart
FAIL: gdb.trace/while-stepping.exp: tstop
FAIL: gdb.trace/while-stepping.exp: tfile: info tracepoints
FAIL: gdb.trace/while-stepping.exp: ctf: info tracepoints
while-stepping.exp even has the same race bug actions.exp had.
After this, {actions,infotrace,while-stepping}.exp all pass cleanly
with the native-extended-gdbserver board.
gdb/testsuite/ChangeLog:
2015-04-08 Pedro Alves <palves@redhat.com>
* gdb.trace/actions.exp: Use gdb_load before gdb_run_cmd.
* gdb.trace/infotrace.exp: Use gdb_load before gdb_run_cmd. Use
gdb_breakpoint instead of gdb_test that doesn't expect anything.
Return early if running to main fails.
* gdb.trace/while-stepping.exp: Likewise.
Diffstat (limited to 'gdb/testsuite/gdb.trace/actions.exp')
| -rw-r--r-- | gdb/testsuite/gdb.trace/actions.exp | 3 |
1 files changed, 3 insertions, 0 deletions
diff --git a/gdb/testsuite/gdb.trace/actions.exp b/gdb/testsuite/gdb.trace/actions.exp index 913a2ec..f786aed 100644 --- a/gdb/testsuite/gdb.trace/actions.exp +++ b/gdb/testsuite/gdb.trace/actions.exp @@ -235,6 +235,9 @@ gdb_test "info tracepoints" \ \[\t \]+not installed on target." \ "5.10a: verify teval actions set for two tracepoints" +# Load the binary to the target too. +gdb_load $binfile + # Can't use runto_main here, because that would delete the tracepoints # created above. gdb_breakpoint "main" |