aboutsummaryrefslogtreecommitdiff
path: root/sim/m32c
diff options
context:
space:
mode:
authorTom Tromey <tom@tromey.com>2023-12-04 07:58:48 -0700
committerTom Tromey <tom@tromey.com>2024-01-18 08:20:17 -0700
commit3a862152958a1d17742cef7fc43c4d51dd2dcbab (patch)
tree6f1bfb2ba15de0f1b184670b5eb6b6673f8db523 /sim/m32c
parent36cde74bd8ba912604dd675bc5046c20fb8c5d68 (diff)
downloadbinutils-3a862152958a1d17742cef7fc43c4d51dd2dcbab.zip
binutils-3a862152958a1d17742cef7fc43c4d51dd2dcbab.tar.gz
binutils-3a862152958a1d17742cef7fc43c4d51dd2dcbab.tar.bz2
Empty hash table fix in .debug_names reader
The handling of an empty hash table in the .debug_names reader is slightly wrong. Currently the code assumes there is always an array of hashes. However, section 6.1.1.4.5 Hash Lookup Table says: The optional hash lookup table immediately follows the list of type signatures. and then: The hash lookup table is actually two separate arrays: an array of buckets, followed immediately by an array of hashes. My reading of this is that the hash table as a whole is optional, and so the hashes will not exist in this case. (This also makes sense because the hashes are not useful without the buckets anyway.) Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=25950
Diffstat (limited to 'sim/m32c')
0 files changed, 0 insertions, 0 deletions