aboutsummaryrefslogtreecommitdiff
path: root/gas
diff options
context:
space:
mode:
authorTom de Vries <tdevries@suse.de>2023-03-09 12:31:26 +0100
committerTom de Vries <tdevries@suse.de>2023-03-09 12:31:26 +0100
commit89702edd933a5595557bcd9cc4a0dcc3262226d4 (patch)
tree96ba7d41abaf06b13cba33d82543ad0e9b5d2546 /gas
parent64c9b6398c287901119bf282a26c6a27df330663 (diff)
downloadgdb-89702edd933a5595557bcd9cc4a0dcc3262226d4.zip
gdb-89702edd933a5595557bcd9cc4a0dcc3262226d4.tar.gz
gdb-89702edd933a5595557bcd9cc4a0dcc3262226d4.tar.bz2
[gdb/testsuite] Fix gdb.threads/thread-specific-bp.exp on native-gdbserver
With test-case gdb.threads/thread-specific-bp.exp and target board native-gdbserver I run into: ... (gdb) PASS: gdb.threads/thread-specific-bp.exp: non_stop=off: thread 1 selected continue^M Continuing.^M Thread-specific breakpoint 3 deleted - thread 2 no longer in the thread list.^M ^M Thread 1 "thread-specific" hit Breakpoint 4, end () at \ thread-specific-bp.c:29^M 29 }^M (gdb) FAIL: gdb.threads/thread-specific-bp.exp: non_stop=off: \ continue to end (timeout) ... The problem is that the test-case tries to match the "[Thread ... exited]" message which we do see with native testing: ... Continuing.^M [Thread 0x7ffff746e700 (LWP 7047) exited]^M Thread-specific breakpoint 3 deleted - thread 2 no longer in the thread list.^M ... The fact that the message is missing was reported as PR remote/30129. We could add a KFAIL for this, but the functionality the test-case is trying to test has nothing to do with the message, so it should pass. I only added matching of the message in commit 2e5843d87c4 ("[gdb/testsuite] Fix gdb.threads/thread-specific-bp.exp") to handle a race, not realizing doing so broke testing on native-gdbserver. Fix this by matching the "Thread-specific breakpoint $decimal deleted" message instead. Tested on x86_64-linux.
Diffstat (limited to 'gas')
0 files changed, 0 insertions, 0 deletions