diff options
| author | Martin Jambor <mjambor@suse.cz> | 2021-11-30 15:35:18 +0100 |
|---|---|---|
| committer | Martin Jambor <mjambor@suse.cz> | 2021-11-30 15:35:47 +0100 |
| commit | b3f60112edcb85b459e60f66c44a55138b1cef49 (patch) | |
| tree | acd904db8aef1424515632415781b8fd94468001 /gcc/d/dmd | |
| parent | 26493af58a1297d5d9fbb061694416deaee71220 (diff) | |
| download | gcc-b3f60112edcb85b459e60f66c44a55138b1cef49.zip gcc-b3f60112edcb85b459e60f66c44a55138b1cef49.tar.gz gcc-b3f60112edcb85b459e60f66c44a55138b1cef49.tar.bz2 | |
ipa-param-manip: Be careful about a reallocating hash_map
PR 103449 revealed that when I was storing result of one hash_map
lookup into another entry in the hash_map, I was still accessing the
entry in the table, which meanwhile could get reallocated, making the
accesses invalid-after-free.
Fixed with the following, which also simplifies the return statement
which must have been true even now.
gcc/ChangeLog:
2021-11-29 Martin Liska <mliska@suse.cz>
Martin Jambor <mjambor@suse.cz>
PR ipa/103449
* ipa-param-manipulation.c
(ipa_param_body_adjustments::prepare_debug_expressions): Be
careful about hash_map reallocating itself. Simpify a return
which always returns true.
Diffstat (limited to 'gcc/d/dmd')
0 files changed, 0 insertions, 0 deletions