diff options
author | Tom de Vries <tdevries@suse.de> | 2021-09-29 15:53:52 +0200 |
---|---|---|
committer | Tom de Vries <tdevries@suse.de> | 2021-09-29 15:53:52 +0200 |
commit | 607679092fce3bd6d73830b41630e9edd3affea3 (patch) | |
tree | cf1b4b9c43ff6a6a2a38c4589cae6a209794fff1 /binutils/po | |
parent | 6767cc642cffc86848887f9bdd1ffe57d93ef563 (diff) | |
download | gdb-607679092fce3bd6d73830b41630e9edd3affea3.zip gdb-607679092fce3bd6d73830b41630e9edd3affea3.tar.gz gdb-607679092fce3bd6d73830b41630e9edd3affea3.tar.bz2 |
[gdb/testsuite] Disable vgdb tests if xml not supported
I build gdb without xml support using --without-expat, and ran into:
...
(gdb) target remote | vgdb --wait=2 --max-invoke-ms=2500 --pid=22032^M
Remote debugging using | vgdb --wait=2 --max-invoke-ms=2500 --pid=22032^M
relaying data between gdb and process 22032^M
warning: Can not parse XML target description; XML support was disabled at \
compile time^M
...
(gdb) PASS: gdb.base/valgrind-infcall.exp: continue #1
p gdb_test_infcall ()^M
Remote 'g' packet reply is too long (expected 560 bytes, got 800 bytes): ...^M
(gdb) FAIL: gdb.base/valgrind-infcall.exp: p gdb_test_infcall ()
...
After googling the error message with context valgrind gdbserver, I found
indications that the Remote 'g' packet reply error is due to missing xml
support.
And here ( https://www.valgrind.org/docs/manual/manual-core-adv.html ) I
found:
...
GDB version needed for ARM and PPC32/64.
You must use a GDB version which is able to read XML target description sent
by a gdbserver. This is the standard setup if GDB was configured and built
with the "expat" library. If your GDB was not configured with XML support, it
will report an error message when using the "target" command. Debugging will
not work because GDB will then not be able to fetch the registers from the
Valgrind gdbserver.
...
So I guess I'm running into the same problem for x86_64.
Fix this by skipping all gdb.base/valgrind-*.exp tests if xml support is not
available. Although only the gdb.base/valgrind-infcall*.exp produce fails,
the Remote 'g' packet reply error occurs in all tests, so it seems prudent to
disable them all.
Tested on x86_64-linux.
Diffstat (limited to 'binutils/po')
0 files changed, 0 insertions, 0 deletions