From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 721E53858D20; Tue, 5 Mar 2024 12:49:34 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 721E53858D20 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1709642974; bh=3ynhdOXWzanSu1AZEfLMTdyYdqMUO546vCDn/DswYms=; h=From:To:Subject:Date:In-Reply-To:References:From; b=oJK00EGh14QNfcgnMFnBlFdbfV74eRfnJ6wB9jX3IikgPZ3fHIt4mpWxFyfbIC8sr 5Po1HWua+afY9ydPd5Lll6JmGSm3OOiZV7T3qKgRpmlapC7sf2d05sDSyJ4x32Psrk r8yT6NH4WZQEE9WgDkwxzuzLdzYUQ4wUIpYlkWLQ= From: "ubizjak at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/114232] [14 regression] ICE when building rr-5.7.0 with LTO on x86 Date: Tue, 05 Mar 2024 12:49:34 +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: 14.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: ubizjak at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ubizjak at gmail dot com X-Bugzilla-Target-Milestone: 14.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=3D114232 --- Comment #19 from Uro=C5=A1 Bizjak --- (In reply to Jan Hubicka from comment #18) > But the problem here is more that optab initializations happens only at > the optimization_node changes and not if we switch from hot function to > cold? I think solving optab init problem is a better solution than the target pat= ch from comment #10. Using optimize_function_for_size_p in named pattern predi= cate would avoid using the non-optimal pattern also in cold functions, and would= be preferrable to using optimize_size.=