[gdb/testsuite] Fix target_supports_scheduler_locking raciness
authorTom de Vries <tdevries@suse.de>
Thu, 4 Oct 2018 12:10:39 +0000 (14:10 +0200)
committerTom de Vries <tdevries@suse.de>
Tue, 9 Oct 2018 13:33:00 +0000 (15:33 +0200)
commit58bbcd02dee8ba018b97706c068ed8ed7afac15d
tree25dcf9c919924fb9efee721fbc24fff9a1847819
parent04fd5eed91c0a960e1706fb627912ad6350ae391
[gdb/testsuite] Fix target_supports_scheduler_locking raciness

When calling gdb_start_cmd, it's the caller's responsibility to wait for gdb
to return to the prompt.  In target_supports_scheduler_locking, that's not the
case, and consequently, target_supports_scheduler_locking fails spuriously.

Fix by using runto_main instead.

Build and reg-tested on x86_64-linux.

2018-10-09  Tom de Vries  <tdevries@suse.de>

* lib/gdb.exp (target_supports_scheduler_locking): Replace gdb_start_cmd
with runto_main.
gdb/testsuite/ChangeLog
gdb/testsuite/lib/gdb.exp