From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 8C73F3893653; Mon, 13 Jul 2020 15:49:15 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 8C73F3893653 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1594655355; bh=ZgQZPQfmFx8L1uZeoSkUicvGD3zh9AnGY345K+Htrho=; h=From:To:Subject:Date:In-Reply-To:References:From; b=u+2dAFgCKkNhk7n40/5JucBadP2ITH6C5NANeoKIZ9gJO/PPkV9jG54Q+9kw7Zv+6 Ai+OIuMLidz+tE9UxI1JZVpWGSdQuCRQez3HVoqOcHsw/VXoeNvSPJFQayA97t/hCK VfqM3FQ97kKCXCNr58Vuccu8lyQbPsjc+CUMe734= From: "bergner at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/94393] Powerpc suboptimal 64-bit constant comparison Date: Mon, 13 Jul 2020 15:49:15 +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: 9.2.1 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: bergner at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: amodra at gmail 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 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, 13 Jul 2020 15:49:15 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D94393 --- Comment #5 from Peter Bergner --- (In reply to Alan Modra from comment #3) > There are two parts to fixing this PR. > 1) We can do better in the sequences generated for some constants. > 2) rs6000_rtx_costs needs to be accurate, so that expensive constants are > put in memory and stay there with optimisation. >=20 > Having looked at part 2 a little, I'd say fixes for that are definitely n= ot > stage 4 material. Alan, I think you pushed some changes to help with 1) above, correct? Is there more to do for 1)? As for 2), we're in stage1 now. Do you have ideas about what must be done there? Do we still want to do something for 2)?=