From: Martin Jambor Date: Fri, 7 Mar 2025 16:17:24 +0000 (+0100) Subject: ipa-cp: Avoid ICE when redistributing nodes among edges to recursive clones (PR 118318) X-Git-Tag: basepoints/gcc-16~1662 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=7deb498425799aceb7659ea25614175a49533184;p=thirdparty%2Fgcc.git ipa-cp: Avoid ICE when redistributing nodes among edges to recursive clones (PR 118318) PR 118318 reported an ICE during PGO build of Firefox when IPA-CP, in the final stages of update_counts_for_self_gen_clones where it attempts to guess how to distribute profile count among clones created for recursive edges and the various edges that are created in the process. If one such edge has profile count of kind GUESSED_GLOBAL0, the compatibility check in the operator+ will lead to an ICE. After discussing the situation with Honza, we concluded that there is little more we can do other than check for this situation before touching the edge count, so this is what this patch does. gcc/ChangeLog: 2025-02-28 Martin Jambor PR ipa/118318 * ipa-cp.cc (adjust_clone_incoming_counts): Add a compatible_p check. --- diff --git a/gcc/ipa-cp.cc b/gcc/ipa-cp.cc index 3c994f24f54..264568989a9 100644 --- a/gcc/ipa-cp.cc +++ b/gcc/ipa-cp.cc @@ -4638,7 +4638,8 @@ adjust_clone_incoming_counts (cgraph_node *node, cs->count = cs->count.combine_with_ipa_count (sum); } else if (!desc->processed_edges->contains (cs) - && cs->caller->clone_of == desc->orig) + && cs->caller->clone_of == desc->orig + && cs->count.compatible_p (desc->count)) { cs->count += desc->count; if (dump_file)