[Bug tree-optimization/106099] [13 Regression] ICE in execute_todo, at passes.cc:2134 since r13-1204-gd68d366425369649

cvs-commit at gcc dot gnu.org gcc-bugzilla@gcc.gnu.org
Fri Aug 26 07:29:51 GMT 2022


https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106099

--- Comment #15 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Jakub Jelinek <jakub@gcc.gnu.org>:

https://gcc.gnu.org/g:530dc5aaaeb67c223fd0e3986d635408dcea4343

commit r13-2213-g530dc5aaaeb67c223fd0e3986d635408dcea4343
Author: Jakub Jelinek <jakub@redhat.com>
Date:   Fri Aug 26 09:28:48 2022 +0200

    internal-fn, tree-cfg: Fix .TRAP handling and another __builtin_trap vops
issue [PR106099]

    This patch fixes 2 __builtin_unreachable/__builtin_trap related issues.
    One (first hunk) is that CDDCE happily removes calls to .TRAP ()
    internal-fn as useless.  The problem is that the internal-fn is
    ECF_CONST | ECF_NORETURN, doesn't have lhs and so DCE thinks it doesn't
    have side-effects and removes it.  __builtin_unreachable which has
    the same ECF_* flags works fine, as since PR44485 we implicitly add
    ECF_LOOPING_CONST_OR_PURE to ECF_CONST | ECF_NORETURN builtins, but
    do it in flags_from_decl_or_type which isn't called for internal-fns.
    As IFN_TRAP is the only ifn with such flags, it seems easier to
    add it explicitly.

    The other issue (which on the testcase can be seen only with the
    first bug unfixed) is that execute_fixup_cfg can add a __builtin_trap
    which needs vops, but nothing adds it and it can appear in many passes
    which don't have corresponding TODO_update_ssa_only_virtuals etc.
    Fixed similarly as last time but emitting ifn there instead.

    2022-08-26  Jakub Jelinek  <jakub@redhat.com>

            PR tree-optimization/106099
            * internal-fn.def (TRAP): Add ECF_LOOPING_CONST_OR_PURE flag.
            * tree-cfg.cc (execute_fixup_cfg): Add IFN_TRAP instead of
            __builtin_trap to avoid the need of vops.

            * gcc.dg/pr106099.c: New test.


More information about the Gcc-bugs mailing list