aboutsummaryrefslogtreecommitdiff
path: root/gcc/tree.cc
diff options
context:
space:
mode:
authorJakub Jelinek <jakub@redhat.com>2023-09-06 17:49:44 +0200
committerJakub Jelinek <jakub@redhat.com>2023-09-06 17:49:44 +0200
commit3ad9948b3e716885ce66bdf1c8e053880a843a2b (patch)
tree03c66698124e1a76f69b18c758e17cb4ff1ba78e /gcc/tree.cc
parentc62c82dc98dcb7420498b7114bf4cd2ec1a81405 (diff)
downloadgcc-3ad9948b3e716885ce66bdf1c8e053880a843a2b.zip
gcc-3ad9948b3e716885ce66bdf1c8e053880a843a2b.tar.gz
gcc-3ad9948b3e716885ce66bdf1c8e053880a843a2b.tar.bz2
_BitInt profile fixes [PR102989]
On Thu, Aug 24, 2023 at 03:14:32PM +0200, Jan Hubicka via Gcc-patches wrote: > this patch extends verifier to check that all probabilities and counts are > initialized if profile is supposed to be present. This is a bit complicated > by the posibility that we inline !flag_guess_branch_probability function > into function with profile defined and in this case we need to stop > verification. For this reason I added flag to cfg structure tracking this. This patch broke a couple of _BitInt tests (in the admittedly still uncommitted series - still waiting for review of the C FE bits). Here is a minimal patch to make it work again, though I'm not sure if in the if_then_else and if_then_if_then_else cases I shouldn't scale count of the other bbs as well. if_then method creates if (COND) new_bb1; in a middle of some pre-existing bb (with PROB that COND is true), if_then_else if (COND) new_bb1; else new_bb2; and if_then_if_then_else if (COND1) { if (COND2) new_bb2; else new_bb1; } with PROB1 and PROB2 probabilities that COND1 and COND2 are true. The lowering happens shortly after IPA. 2023-09-06 Jakub Jelinek <jakub@redhat.com> PR c/102989 * gimple-lower-bitint.cc (bitint_large_huge::if_then_else, bitint_large_huge::if_then_if_then_else): Use make_single_succ_edge rather than make_edge, initialize bb->count.
Diffstat (limited to 'gcc/tree.cc')
0 files changed, 0 insertions, 0 deletions