aboutsummaryrefslogtreecommitdiff
path: root/gdb/testsuite/boards
diff options
context:
space:
mode:
authorAndreas Arnez <arnez@linux.ibm.com>2019-10-02 20:01:44 +0200
committerAndreas Arnez <arnez@linux.ibm.com>2019-10-02 20:01:44 +0200
commit9ef62df072d85d9cd0fadc90a3bd7f05e32ba9fd (patch)
tree0ef2aa87e970152cbb3d55fa92ec03dd9afbdbf2 /gdb/testsuite/boards
parent37f6a7f456a8da051698dcd753cc0b026f92e054 (diff)
downloadgdb-9ef62df072d85d9cd0fadc90a3bd7f05e32ba9fd.zip
gdb-9ef62df072d85d9cd0fadc90a3bd7f05e32ba9fd.tar.gz
gdb-9ef62df072d85d9cd0fadc90a3bd7f05e32ba9fd.tar.bz2
gdb/testsuite: Fix py-format-string.exp on big-endian platforms
GDB's py-format-string test case depends on endianness. In particular it relies on the first byte of the machine representation of 42 (as an int) to be 42 as well. While this is indeed the case for little-endian machines, big-endian machines store a zero in the first byte instead. The wrong assumption leads to lots of FAILs on such architectures. Fix this by filling the affected union with bytes of the same value, such that endianness does not matter. Use the value 42, to keep the character in the first byte unchanged. gdb/testsuite/ChangeLog: * gdb.python/py-format-string.c (string.h): New include. (main): Fill a_struct_with_union.the_union.an_int with bytes of the same value, for endianness-independence. * gdb.python/py-format-string.exp (default_regexp_dict) (test_pretty_structs, test_format): Adjust expected output to the changed initialization.
Diffstat (limited to 'gdb/testsuite/boards')
0 files changed, 0 insertions, 0 deletions