From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugzilla@gcc.gnu.org>
Received: by sourceware.org (Postfix, from userid 48)
	id 80922385828E; Fri, 17 Feb 2023 18:35:32 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 80922385828E
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1676658932;
	bh=hC/g2E1ZSKCxuaHVYcGLBQkcIvEZxzS7MAyddhUHMmc=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=naqBnEkseQ9UaaK5qkWPArbKDnUEYlOSUH2t9RB0f5GA3PhJ+yQjGRvNtmpab2/po
	 bxWwMRrpZ+92YAzvFbgsHr9iHnUG5tMjN3r39+0voAgb88UvcwCmnhaRR3Kn/ZDwYi
	 F4Juoi6PcancsoB3x27HtOS/+AVsy3SOpIsuSjzM=
From: "pinskia at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug rtl-optimization/98334] Failure to optimally optimize add loop
 to mul
Date: Fri, 17 Feb 2023 18:35:31 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: rtl-optimization
X-Bugzilla-Version: 11.0
X-Bugzilla-Keywords: missed-optimization
X-Bugzilla-Severity: normal
X-Bugzilla-Who: pinskia at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: FIXED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 13.0
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: target_milestone
Message-ID: <bug-98334-4-CQmFhN1jrn@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-98334-4@http.gcc.gnu.org/bugzilla/>
References: <bug-98334-4@http.gcc.gnu.org/bugzilla/>
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: <gcc-bugs.sourceware.org>

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D98334

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |13.0

--- Comment #7 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
(In reply to Jakub Jelinek from comment #5)
> Fixed at the RTL level, keeping open for the GIMPLE optimization.

For the testcase in comment #1 this is recorded as PR 94782.

For the original testcase in comment #0, I don't know when it was fixed on =
the
trunk but in sccp we get now:

final value replacement:
  result_2 =3D PHI <result_7(3)>
 with expr: (int) n_4(D) * i_6(D)
 final stmt:
  result_2 =3D _1 * i_6(D);

instead of:

final value replacement:
  result_2 =3D PHI <result_7(3)>
 with expr: (int) (n_3(D) + 4294967295) * i_6(D) + i_6(D)
 final stmt:
  result_2 =3D _9 + i_6(D);=