From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 215D13951C26; Mon, 15 Feb 2021 12:52:05 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 215D13951C26 From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/99104] [11 Regression] ICE: Segmentation fault (in bitmap_list_find_element) Date: Mon, 15 Feb 2021 12:52:04 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 11.0 X-Bugzilla-Keywords: ice-on-valid-code X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: jakub at gcc dot gnu.org X-Bugzilla-Target-Milestone: 11.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created 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 X-BeenThere: gcc-bugs@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-bugs mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Feb 2021 12:52:05 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D99104 --- Comment #2 from Jakub Jelinek --- Created attachment 50186 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3D50186&action=3Dedit gcc11-pr99104.patch What a mess! Can we finally get rid of sel-sched? The x86 backend uses DF inside of the splitter conditions which looks problematic as the split passes don't really call df_analyze but so far we = were just lucky that the pass right before it maintained df. Selective scheduling (unlike normal scheduling) can create new blocks with insns that may need splitting and nothing computes the live or lr problem f= or those. So, either the backend needs to cope with df_get_live_out returning NULL, o= r, because the pass_split_before_regstack pass is a single backend specific pa= ss (i386) we can call df_analyze there.=