diff options
author | Tom de Vries <tdevries@suse.de> | 2023-03-09 12:31:26 +0100 |
---|---|---|
committer | Tom de Vries <tdevries@suse.de> | 2023-03-09 12:31:26 +0100 |
commit | 89702edd933a5595557bcd9cc4a0dcc3262226d4 (patch) | |
tree | 96ba7d41abaf06b13cba33d82543ad0e9b5d2546 /gas | |
parent | 64c9b6398c287901119bf282a26c6a27df330663 (diff) | |
download | gdb-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