From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id AEE073858421; Wed, 12 Jul 2023 13:14:58 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org AEE073858421 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1689167698; bh=pLMaxeQA52UDZC72thG+c2g5WzV6khk+FvZSBPjKAHo=; h=From:To:Subject:Date:In-Reply-To:References:From; b=FHVmegdP6mgTPVWDLk48tPrbg2shJEa/zRQ2EOCRNxFBtPKbnqQrKl1hVbQkfStaF mOesq1RD0WyL99fze5L14J1kCZcTWvJVvP3csiQctmqdcWOcVohaZ+KSiZkMtY95vr eoZhwIXNQQ5ogPCd1aL0NPidKaHOfglkRCGQVgXw= From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91681] Missed optimization for 128 bit arithmetic operations Date: Wed, 12 Jul 2023 13:14: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: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: roger at nextmovesoftware dot com X-Bugzilla-Target-Milestone: --- 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=3D91681 --- Comment #5 from CVS Commits --- The master branch has been updated by Roger Sayle : https://gcc.gnu.org/g:275a2124e4928c88bd5469096356ba393b6aadfb commit r14-2466-g275a2124e4928c88bd5469096356ba393b6aadfb Author: Roger Sayle Date: Wed Jul 12 14:14:15 2023 +0100 i386: Fix FAIL of gcc.target/i386/pr91681-1.c The recent change in TImode parameter passing on x86_64 results in the FAIL of pr91681-1.c. The issue is that with the extra flexibility, the combine pass is now spoilt for choice between using either the *add3_doubleword_concat or the *add3_doubleword_zext patterns, when one operand is a *concat and the other is a zero_extend. The solution proposed below is provide an *add3_doubleword_concat_= zext define_insn_and_split, that can benefit both from the register allocati= on of *concat, and still avoid the xor normally required by zero extension. I'm investigating a follow-up refinement to improve register allocation further by avoiding the early clobber in the =3D&r, and handling (custo= m) reloads explicitly, but this piece resolves the testcase failure. 2023-07-12 Roger Sayle gcc/ChangeLog PR target/91681 * config/i386/i386.md (*add3_doubleword_concat_zext): New define_insn_and_split derived from *add3_doubleword_concat and *add3_doubleword_zext.=