diff options
author | Simon Marchi <simon.marchi@polymtl.ca> | 2021-10-01 17:15:20 +0200 |
---|---|---|
committer | Tom de Vries <tdevries@suse.de> | 2021-10-01 17:15:20 +0200 |
commit | b4c919f75256a8f2263950ce2f970ba40d279b57 (patch) | |
tree | ef15543e80a88c36798131be2e055ccc9db841e1 /gdb/python/python.h | |
parent | 242fe37867ce33d8f8158bc2ee154d1e2e026a49 (diff) | |
download | binutils-b4c919f75256a8f2263950ce2f970ba40d279b57.zip binutils-b4c919f75256a8f2263950ce2f970ba40d279b57.tar.gz binutils-b4c919f75256a8f2263950ce2f970ba40d279b57.tar.bz2 |
[gdb/symtab] Fix htab_find_slot call in read_call_site_scope
In read_call_site_scope we have:
...
call_site_local.pc = pc;
slot = htab_find_slot (cu->call_site_htab, &call_site_local, INSERT);
...
The call passes a call_site pointer as element. OTOH, the hashtab is created
using hash_f == core_addr_hash and eq_f == core_addr_eq, so the element
will be accessed through a CORE_ADDR pointer.
This is not wrong (at least in C), given that pc is the first field in
call_site.
Nevertheless, as in call_site_for_pc, make the htab_find_slot call match the
used hash_f and eq_f by using &pc instead:
...
slot = htab_find_slot (cu->call_site_htab, &pc, INSERT);
...
Tested on x86_64-linux.
Co-Authored-By: Tom de Vries <tdevries@suse.de>
Diffstat (limited to 'gdb/python/python.h')
0 files changed, 0 insertions, 0 deletions