Fix mi-nonstop.exp with extended-remote
authorPedro Alves <palves@redhat.com>
Mon, 30 Nov 2015 16:05:12 +0000 (16:05 +0000)
committerPedro Alves <palves@redhat.com>
Mon, 30 Nov 2015 18:36:30 +0000 (18:36 +0000)
commitf015c27b5294eaf87d0aa814d94972e65c7cc90e
treeaa5d583a72d54ff1957a04c777130303e114cc5b
parent01a49af81b74c425baf1215760d50889bd68f27c
Fix mi-nonstop.exp with extended-remote

Testing with "maint set target-non-stop on" makes mi-nonstop.exp run
with the extended-remote board.  That reveals that mi-nonstop.exp is
using the wrong predicate to check for "using remote protocol".

This is not visible today because non-stop tests all fail to run with
extended-remote board, because they spawn gdb and then do "set
non-stop on".  However, with that board, gdb connects to the gdbserver
from within mi_gdb_start, and changing non-stop when already connected
doesn't work.  Fix that by instead enabling non-stop mode on gdb's
command line.

gdb/testsuite/ChangeLog:
2015-11-30  Pedro Alves  <palves@redhat.com>

* gdb.mi/mi-nonstop.exp: Append "set non-stop on" to GDBFLAGS
instead of issuing "-gdb-set non-stop 1" after starting gdb.
Use mi_is_target_remote instead of checking "is_remote target".
* lib/gdb.exp (gdb_is_target_remote): Rename to ...
(gdb_is_target_remote_prompt): ... this, and add 'prompt_regexp'
parameter.
(gdb_is_target_remote): Reimplement.
* lib/mi-support.exp (mi_is_target_remote): New procedure.
gdb/ChangeLog
gdb/testsuite/gdb.mi/mi-nonstop.exp
gdb/testsuite/lib/gdb.exp
gdb/testsuite/lib/mi-support.exp