We already skip "attach" tests if the target board is remote, in dejagnu's sense, as we use TCL's exec to spawn the program on the build machine. We should also skip these tests if testing with "target remote" or other stub-like targets where "attach" doesn't make sense. Add a helper procedure that centralizes the checks a test that needs to spawn a program for testing "attach" and make all test files that use spawn_wait_for_attach check it. gdb/testsuite/ 2015-01-09 Pedro Alves <palves@redhat.com> * lib/gdb.exp (can_spawn_for_attach): New procedure. (spawn_wait_for_attach): Error out if can_spawn_for_attach returns false. * gdb.base/attach.exp: Use can_spawn_for_attach instead of checking whether the target board is remote. * gdb.multi/multi-attach.exp: Likewise. * gdb.python/py-sync-interp.exp: Likewise. * gdb.server/ext-attach.exp: Likewise. * gdb.python/py-prompt.exp: Use can_spawn_for_attach before the tests that need to attach, instead of checking whether the target board is remote at the top of the file. |
||
---|---|---|
.. | ||
Makefile.in | ||
base.exp | ||
bkpt-multi-exec.c | ||
bkpt-multi-exec.exp | ||
crashme.c | ||
dummy-frame-restore.c | ||
dummy-frame-restore.exp | ||
goodbye.c | ||
hangout.c | ||
hello.c | ||
multi-arch-exec.c | ||
multi-arch-exec.exp | ||
multi-arch.exp | ||
multi-attach.c | ||
multi-attach.exp | ||
watchpoint-multi.c | ||
watchpoint-multi.exp |