aboutsummaryrefslogtreecommitdiff
path: root/gdb/python/py-finishbreakpoint.c
diff options
context:
space:
mode:
authorAndrew Burgess <aburgess@redhat.com>2024-10-26 11:18:40 +0100
committerAndrew Burgess <aburgess@redhat.com>2024-10-26 11:31:31 +0100
commit2bba46058789196c1c384896933cbc9692ef4933 (patch)
tree3555d740917b5201d566038cc32a6f1b87441630 /gdb/python/py-finishbreakpoint.c
parent5a43f7f040d45ca1bc0066019131cf71d7836cb8 (diff)
downloadgdb-2bba46058789196c1c384896933cbc9692ef4933.zip
gdb-2bba46058789196c1c384896933cbc9692ef4933.tar.gz
gdb-2bba46058789196c1c384896933cbc9692ef4933.tar.bz2
gdb/testsuite: fix test pattern after switch to -lbl matching
After commit: commit a1ccc78ea7ba8cad3ff37cbde9b5d3bba0194796 Date: Fri Oct 25 06:14:03 2024 +0200 [gdb/testsuite] Fix some test-cases for check-read1 (-lbl) I notice that gdb.base/sect-cmd.exp would sometimes fail. The problem is that by switching to line by line matching we now need to ensure that the gdb_test_multiple patterns match up to the end of the line, but don't actually include the trailing \r\n (yeah, our line by line matching is weird). We need to be especially careful anywhere '.*' is used as this can potentially match content on a subsequent line. I have replaced '.*' with '\[^\r\n\]*(?=\r\n)', matching everything up to the end of the line, but not the end of line itself, and I've made use of '(?=\r\n)' in a couple of other places to ensure we match up to the end of the line, but don't match the line terminator itself.
Diffstat (limited to 'gdb/python/py-finishbreakpoint.c')
0 files changed, 0 insertions, 0 deletions