aboutsummaryrefslogtreecommitdiff
path: root/libjava/testsuite/libjava.compile/Case.java
diff options
context:
space:
mode:
authorMartin Jambor <mjambor@suse.cz>2021-10-07 16:21:19 +0200
committerMartin Jambor <mjambor@suse.cz>2021-10-07 16:21:36 +0200
commit1a7d452c092be42a892d00c19561af10f42410b0 (patch)
tree1567b220cd7d81038ecf1de08ef8b41dd6b56477 /libjava/testsuite/libjava.compile/Case.java
parent2e6e0d86a06389056d0e7fecc99c547420ad787a (diff)
downloadgcc-1a7d452c092be42a892d00c19561af10f42410b0.zip
gcc-1a7d452c092be42a892d00c19561af10f42410b0.tar.gz
gcc-1a7d452c092be42a892d00c19561af10f42410b0.tar.bz2
ipa: Fix ICE when speculating calls from inlined functions (PR 102388)
The code handling various cases which lead to call graph edge duplication (in order to update reference descriptions used to track and remove no-longer needed references) has missed one important case. When edge duplication is an effect of creating a speculative edge for an indirect edge which carries a constant jump function which had been created from a pass-through function when the edge caller has was inlined into one of its callers, the reference description attached to the function describes an edge higher up in the "inlined" clone tree and so even the new speculative edge will. Therefore we should not try to duplicate the reference description itself but rather just bump the refcount of the existing one. gcc/ChangeLog: 2021-09-22 Martin Jambor <mjambor@suse.cz> PR ipa/102388 * ipa-prop.c (ipa_edge_args_sum_t::duplicate): Also handle the case when the source reference description corresponds to a referance taken in a function src->caller is inlined to.
Diffstat (limited to 'libjava/testsuite/libjava.compile/Case.java')
0 files changed, 0 insertions, 0 deletions