From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id E7CCB385843E; Thu, 25 Jan 2024 19:46:58 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org E7CCB385843E DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1706212018; bh=7VySTj20pEzFZPls5S9EDq19QmpIQXpP/Jh3pNjo1SI=; h=From:To:Subject:Date:In-Reply-To:References:From; b=II0melh07F20ItE6LBhE8+h+kK1KlxP5MW67+xQlzvaMkcVw0k4oGYVsWMxc6I06n Kc/lBRAIdvKstpFqPcn4eGtBf/2qyxdfV87C5wu+yTbG+Hf7Rb+LeJyIVgLEd7+X/W xZgy2son9QlxECn8sZN55+xCEOkHjrPAxyxqCCOU= From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/113526] [14 Regression] gcc.target/arm/asm-flag-1.c fails since gcc-14-7248-g76bc70387d9 Date: Thu, 25 Jan 2024 19:46:57 +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: inline-asm, ra, rejects-valid, testsuite-fail X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org 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=3D113526 --- Comment #1 from GCC Commits --- The master branch has been updated by Vladimir Makarov : https://gcc.gnu.org/g:476226290dba8cd7f3e9f4e3f0185b58903db8cd commit r14-8435-g476226290dba8cd7f3e9f4e3f0185b58903db8cd Author: Vladimir N. Makarov Date: Thu Jan 25 14:41:17 2024 -0500 [PR113526][LRA]: Fixing asm-flag-1.c failure on ARM My recent patch for PR113356 results in failure asm-flag-1.c test on ar= m. After the patch LRA treats asm operand pseudos as general regs. There are too many such operands and LRA can not assign hard regs to all operand pseudos. Actually we should not assign hard regs to the operand pseudo at all. The following patch fixes this. gcc/ChangeLog: PR target/113526 * lra-constraints.cc (curr_insn_transform): Change class even f= or spilled pseudo successfully matched with with NO_REGS.=