diff options
author | Joel Brobecker <brobecker@adacore.com> | 2014-08-20 14:50:38 +0200 |
---|---|---|
committer | Joel Brobecker <brobecker@adacore.com> | 2014-08-20 15:34:19 +0200 |
commit | d36430db79dc8eccb9cb188e1234f7ff044f79b4 (patch) | |
tree | 68e68772d4683574eb6a07da98b4a64d190d30c1 /ld/ld.texinfo | |
parent | 000339af7b74593f4dd3a679427b9fe34d1254f7 (diff) | |
download | gdb-d36430db79dc8eccb9cb188e1234f7ff044f79b4.zip gdb-d36430db79dc8eccb9cb188e1234f7ff044f79b4.tar.gz gdb-d36430db79dc8eccb9cb188e1234f7ff044f79b4.tar.bz2 |
Fix handling of typedefs to types having a data_location attribute.
Consider an array described in the debugging information as being
a typedef of an array type for which there is a DW_AT_data_location
attribute. Trying to print the value of that array currently yields
incorrect element values. For instance:
(gdb) print foo.three_tdef
$1 = (6293760, 0, 6293772)
The problem occurs because we check for the data_location attribute
only on the typedef type, whereas we should be checking for the
typedef's target type. As a result, GDB erroneously thinks that
there is no data_location, and therefore starts reading the array's
content from the address of the descriptor instead of the data_location
address.
gdb/ChangeLog:
* value.c (value_from_contents_and_address): Strip resolved_type's
typedef layers before checking its TYPE_DATA_LOCATION.
gdb/testsuite/ChangeLog:
* gdb.dwarf2/data-loc.exp: Add additional tests exercising
the handling of variables declared as a typedef to an array
which a DW_AT_data_location attribute.
Diffstat (limited to 'ld/ld.texinfo')
0 files changed, 0 insertions, 0 deletions