aboutsummaryrefslogtreecommitdiff
path: root/gas
diff options
context:
space:
mode:
authorTom de Vries <tdevries@suse.de>2023-03-09 12:56:27 +0100
committerTom de Vries <tdevries@suse.de>2023-03-09 12:56:27 +0100
commitf2be4eeb6ce93e4dfab259587bcaf5cb861fc25b (patch)
treedc86b4c9f359adc06d7e2cf54b04e4202a82696b /gas
parent89702edd933a5595557bcd9cc4a0dcc3262226d4 (diff)
downloadgdb-f2be4eeb6ce93e4dfab259587bcaf5cb861fc25b.zip
gdb-f2be4eeb6ce93e4dfab259587bcaf5cb861fc25b.tar.gz
gdb-f2be4eeb6ce93e4dfab259587bcaf5cb861fc25b.tar.bz2
[gdb/testsuite] Fix gdb.threads/multiple-successive-infcall.exp on native-gdbserver
With test-case gdb.threads/multiple-successive-infcall.exp and target board native-gdbserver I run into: ... (gdb) continue^M Continuing.^M [New Thread 758.759]^M ^M Thread 1 "multiple-succes" hit Breakpoint 2, main () at \ multiple-successive-infcall.c:97^M 97 thread_ids[tid] = tid + 2; /* prethreadcreationmarker */^M (gdb) FAIL: gdb.threads/multiple-successive-infcall.exp: thread=5: \ created new thread ... The problem is that the new thread message doesn't match the regexp, which expects something like this instead: ... [New Thread 0x7ffff746e700 (LWP 570)]^M ... Fix this by accepting this form of new thread message. Tested on x86_64-linux.
Diffstat (limited to 'gas')
0 files changed, 0 insertions, 0 deletions