[gdb/testsuite] Detect change instead of init in gdb.mi/mi-var-block.exp
authorTom de Vries <tdevries@suse.de>
Thu, 2 Jun 2022 18:40:06 +0000 (20:40 +0200)
committerTom de Vries <tdevries@suse.de>
Thu, 2 Jun 2022 18:40:06 +0000 (20:40 +0200)
commitbb785a92a88b538831d72e36f2d0fce76e0a32b1
tree8753ee70c5657675e5f2fcfc0663435c0cb528ea
parent0c8cd1de90b97f12b27b40c2922a03a68932eea1
[gdb/testsuite] Detect change instead of init in gdb.mi/mi-var-block.exp

On openSUSE Tumbleweed with target board unix/-m32, I run into:
...
PASS: gdb.mi/mi-var-block.exp: step at do_block_test 2
Expecting: ^(-var-update \*[^M
]+)?(\^done,changelist=\[{name="foo",in_scope="true",type_changed="false",has_more="0"},
{name="cb",in_scope="true",type_changed="false",has_more="0"}\][^M
]+[(]gdb[)] ^M
[ ]*)
-var-update *^M
^done,changelist=[{name="foo",in_scope="true",type_changed="false",has_more="0"}]^M
(gdb) ^M
FAIL: gdb.mi/mi-var-block.exp: update all vars: cb foo changed (unexpected output)
...

The problem is that the test-case attempts to detect a change in the cb
variable caused by this initialization:
...
void
do_block_tests ()
{
  int cb = 12;
...
but that only works if the stack location happens to be unequal to 12 before
the initialization.

Fix this by first initializing to 0, and then changing the value to 12:
...
-  int cb = 12;
+  int cb = 0;
+  cb = 12;
...
and detecting that change.

Tested on x86_64-linux.

Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=29195
gdb/testsuite/gdb.mi/mi-var-block.exp
gdb/testsuite/gdb.mi/var-cmd.c