gdb/testsuite: prevent timeout in gdb.gdb/unittest.exp
authorAndrew Burgess <andrew.burgess@embecosm.com>
Mon, 16 Nov 2020 15:16:25 +0000 (15:16 +0000)
committerAndrew Burgess <andrew.burgess@embecosm.com>
Tue, 17 Nov 2020 10:11:50 +0000 (10:11 +0000)
commitc72e313608b86c45a822d385ea5bc7acd3b6582c
tree47f9f19ed6e142161045dbff125f61dca174ff83
parent037d7135de575c9e0c20e9158c105979bfee339c
gdb/testsuite: prevent timeout in gdb.gdb/unittest.exp

When GDB is compiled with --enable-targets=all I would sometimes see
the 'maintenance selftest' in gdb.gdb/unittest.exp test timeout.

This one command causes GDB to run many separate self tests, this can
take some time.  The output of this command basically follows this
pattern:

  (gdb) maintenance selftest
  Running selftest aarch64-analyze-prologue.
  Running selftest aarch64-process-record.
  Running selftest arm-record.
  Running selftest arm_analyze_prologue.
  Running selftest array_view.
  Running selftest child_path.
  Running selftest cli_utils.
  ..... snip lots more lines ....
  Ran 79 unit tests, 0 failed

Currently the expect script waits for the final summary line ("Ran 79
unit test, 0 failed") before declaring pass or fail.  The problem is
that if the summary line takes too long to appear the test will
timeout.

As this test makes use of gdb_test_multiple then all I've done is add
an extra pattern that matches the 'Running selftest ....' lines and
then calls exp_continue.  Doing this means we find matches much more
frequently, and each time we do the timeout timer resets, preventing
the overall test from timing out.

gdb/testsuite/ChangeLog:

* gdb.gdb/unittest.exp: Spot 'Running...' lines.
gdb/testsuite/ChangeLog
gdb/testsuite/gdb.gdb/unittest.exp