From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <SRS0=+GLc=KL=kam.mff.cuni.cz=hubicka@sourceware.org>
Received: from nikam.ms.mff.cuni.cz (nikam.ms.mff.cuni.cz [195.113.20.16])
	by sourceware.org (Postfix) with ESMTPS id 900693858D20;
	Tue,  5 Mar 2024 12:57:48 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 900693858D20
Authentication-Results: sourceware.org; dmarc=fail (p=none dis=none) header.from=ucw.cz
Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=kam.mff.cuni.cz
ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 900693858D20
Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=195.113.20.16
ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1709643469; cv=none;
	b=EdnlAtz2qqhFXWLPBvx5tAJRwhrWL8rtN2GcaSSVxzSDI4mxJVYq4XRgCBBt9NzITwC7ipkj7QYo8psoBSFK6i5vmOj0cBTvqhVoFoz+BlXO4lyCDQE1Z+Lwzf9luCaqsvNnqE8jLecf+x8XOAcqSPGk4Lj6O34IdZwsh6ZWqtc=
ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key;
	t=1709643469; c=relaxed/simple;
	bh=yN+R93jc+bBJmWUS1AeBBpe86rKSmNiaDgq7ZGzKR3g=;
	h=DKIM-Signature:Date:From:To:Subject:Message-ID:MIME-Version; b=XlgELS4lhOvF/84mn6slwLv62gSkfr7Vp/4aV8TsluI6WpBjO0ybqLgPf8CovfXB69u2y8G3doMF8SMX5ZEp4Q79FM+sQ0ELHZc3j1YhHehySl5+/nWrlUL+1vg5mkF/n35oNOZWY0b3V/PYdWU1qqy6lDOYIfXUJVqS84RLzjo=
ARC-Authentication-Results: i=1; server2.sourceware.org
Received: by nikam.ms.mff.cuni.cz (Postfix, from userid 16202)
	id 4BE0B284401; Tue,  5 Mar 2024 13:57:47 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ucw.cz; s=gen1;
	t=1709643467;
	h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
	 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
	 in-reply-to:in-reply-to:references:references;
	bh=UwcQ9MD5eecjjPKCnDKWRDYXK1oIiRdlA6DPZFVFApo=;
	b=HJ9cMEbzbUH/Zk5aRsC+SEdK0fpJ1/SJ/EIOZ4zaYJ04GRUUhfjex0wNrkrlEIlS7MYGOl
	WrWWaW3UV+p/kNHKBtONzm+3aicBiEh4pG7r42xKavrgDvTyeNSmVMpCkQO75EWqL9znOx
	OKiXeGFdDGJMKXAPcfwSbo0huPeVM6E=
Date: Tue, 5 Mar 2024 13:57:47 +0100
From: Jan Hubicka <hubicka@ucw.cz>
To: ubizjak at gmail dot com <gcc-bugzilla@gcc.gnu.org>
Cc: gcc-bugs@gcc.gnu.org
Subject: Re: [Bug target/114232] [14 regression] ICE when building rr-5.7.0
 with LTO on x86
Message-ID: <ZecWy9UUETB-oy91@kam.mff.cuni.cz>
References: <bug-114232-4@http.gcc.gnu.org/bugzilla/>
 <bug-114232-4-XwYd945kSS@http.gcc.gnu.org/bugzilla/>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <bug-114232-4-XwYd945kSS@http.gcc.gnu.org/bugzilla/>
X-Spam-Status: No, score=-4.5 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,JMQ_SPF_NEUTRAL,KAM_NUMSUBJECT,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org
List-Id: <gcc-bugs.sourceware.org>

Looking at the prototype patch, why need to change also the splitters?

My original goal was to use splitters to expand to faster code sequences
while having patterns necessary for both variants.  This makes it
possible to use optimize_insn_for_size/speed and make decisions using BB
profile, since we will not ICE if the hotness of BB changes later.