aboutsummaryrefslogtreecommitdiff
path: root/sim/h8300/writecode.c
diff options
context:
space:
mode:
authorTom Tromey <tom@tromey.com>2021-10-29 17:04:09 -0600
committerTom Tromey <tom@tromey.com>2021-10-31 11:35:28 -0600
commit6e195444fbde94477ffbaecd37f0b2d9c3f4ed3f (patch)
tree070acaf8d2efb77b8f2a4a20731b9dcca4f21574 /sim/h8300/writecode.c
parent2a8f1f474469bd1a35435deaf5fb0a2ce038071d (diff)
downloadgdb-6e195444fbde94477ffbaecd37f0b2d9c3f4ed3f.zip
gdb-6e195444fbde94477ffbaecd37f0b2d9c3f4ed3f.tar.gz
gdb-6e195444fbde94477ffbaecd37f0b2d9c3f4ed3f.tar.bz2
Fix latent bug in DWARF test case
On my branch that replaces the DWARF psymtab reader, dw2-stack-boundary.exp started failing. However, when I look at the output in gdb.log, it is correct: file /home/tromey/gdb/build/gdb/testsuite/outputs/gdb.dwarf2/dw2-stack-boundary/dw2-stack-boundary Reading symbols from /home/tromey/gdb/build/gdb/testsuite/outputs/gdb.dwarf2/dw2-stack-boundary/dw2-stack-boundary... During symbol reading: location description stack overflow During symbol reading: location description stack underflow What happens to cause the failure is that the two branches in gdb_test_multiple appear in this order: -re "\r\nDuring symbol reading: location description stack underflow" { [...] -re "\r\nDuring symbol reading: location description stack overflow" { The first one will match the above, without causing the second one to ever match -- leading to a spurious failure. Anchoring the regexps seems to fix the problem, and works for the current gdb as well.
Diffstat (limited to 'sim/h8300/writecode.c')
0 files changed, 0 insertions, 0 deletions