From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 6F0F0385220B; Tue, 29 Nov 2022 11:59:35 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 6F0F0385220B DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1669723175; bh=QlVyH7omj4rIfjVkc225ikNGEPwk+0mHHD3qAEItUHY=; h=From:To:Subject:Date:In-Reply-To:References:From; b=wNjifm6jmsH9r2K9Q/E1gTvzpNp5ghlwMeaUms2DXBO+jXIbVbsDY1x54s6ejayc9 DkYQbGduEnuZ1Qhdfa+IYvIvHzuJ5yN6g0BfdBGq4UxW/Ay4nFTb+U9lpWgfpdDYtC op6uHmb7Y48o9vEwEQ86NUorkXZNfbpYOtEQtBA0= From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug tree-optimization/106995] [13 Regression] ICE in expand_LOOP_VECTORIZED, at internal-fn.cc:2720 with -O2 since r13-1598-g0a7e721a6499a42f Date: Tue, 29 Nov 2022 11:59:33 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: tree-optimization X-Bugzilla-Version: 13.0 X-Bugzilla-Keywords: ice-on-valid-code, missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: rguenth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 13.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 List-Id: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D106995 --- Comment #5 from CVS Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:063ba138eaa15ceecf23a24906e0e19be98d509d commit r13-4388-g063ba138eaa15ceecf23a24906e0e19be98d509d Author: Richard Biener Date: Tue Nov 29 10:41:36 2022 +0100 tree-optimization/106995 - if-conversion and vanishing loops When we version loops for vectorization during if-conversion it can happen that either loop vanishes because we run some VN and CFG cleanup. If the to-be vectorized part vanishes we already redirect the versioning condition to the original loop. The following does the same in case the original loop vanishes as happened for the testcase in the bug in the past (but no longer). PR tree-optimization/106995 * tree-if-conv.cc (pass_if_conversion::execute): Also redirect = the versioning condition to the original loop if this very loop vanished during CFG cleanup.=