diff options
author | Tom de Vries <tdevries@suse.de> | 2021-04-06 10:40:11 +0200 |
---|---|---|
committer | Tom de Vries <tdevries@suse.de> | 2021-04-06 10:40:11 +0200 |
commit | 043bcbaf818f0f699ff223064f3e46ee29b9cb69 (patch) | |
tree | 9247eee8c9346027e1e84c1f30269e6704479edb /gdb/tui | |
parent | a32a7fdc94efe68926019d870575d0968d8a0a28 (diff) | |
download | gdb-043bcbaf818f0f699ff223064f3e46ee29b9cb69.zip gdb-043bcbaf818f0f699ff223064f3e46ee29b9cb69.tar.gz gdb-043bcbaf818f0f699ff223064f3e46ee29b9cb69.tar.bz2 |
[gdb/testsuite] Fix xfail handling in gdb.threads/gcore-thread.exp
When running test-case gdb.threads/gcore-thread.exp on openSUSE Tumbleweed,
I run into these XFAILs:
...
XFAIL: gdb.threads/gcore-thread.exp: clear __stack_user.next
XFAIL: gdb.threads/gcore-thread.exp: clear stack_used.next
...
Apart from the xfail, the test-case also sets core0file to "":
...
-re "No symbol \"${symbol}\" in current context\\.\r\n$gdb_prompt $" {
xfail $test
# Do not do the verification.
set core0file ""
}
...
After which we run into this FAIL, because gdb_core_cmd fails to load a
core file called "":
...
(gdb) core ^M
No core file now.^M
(gdb) FAIL: gdb.threads/gcore-thread.exp: core0file: \
re-load generated corefile
...
Fix this FAIL by skipping gdb_core_cmd if the core file is "".
Tested on x86_64-linux.
gdb/testsuite/ChangeLog:
2021-04-06 Tom de Vries <tdevries@suse.de>
PR testsuite/27691
* gdb.threads/gcore-thread.exp: Don't call gdb_core_cmd with core
file "".
Diffstat (limited to 'gdb/tui')
0 files changed, 0 insertions, 0 deletions