From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 169763857C4A; Thu, 7 Mar 2024 08:46:17 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 169763857C4A DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1709801177; bh=/OPxH/BvVOCxHz4KTxmSYzyMWpLOmkufjoptyHj6wSg=; h=From:To:Subject:Date:In-Reply-To:References:From; b=QMa/FNqd07C7bIL2EkP+0TKneuXWH8R7eXZrEMBo5sMKTQ3UW4Ma3w2rJH3bKjATQ zt4PaqBmR0I83Td5k07a4rBAsJ37Vi+8GxY5Z9f7Ick24C3vQoTk7QDx4d7DfX4o+5 zTIqDAWzh8U1ESV6pyYe5WJYotNYbL9cz28Fo0I0= From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/114169] miss optimization of repeat load&store in place Date: Thu, 07 Mar 2024 08:46:16 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 13.2.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: enhancement X-Bugzilla-Who: pinskia at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_severity bug_status cf_reconfirmed_on everconfirmed component 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=3D114169 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |enhancement Status|UNCONFIRMED |NEW Last reconfirmed| |2024-03-07 Ever confirmed|0 |1 Component|rtl-optimization |middle-end --- Comment #1 from Andrew Pinski --- Confirmed. Reduced testcase: ``` struct S0 { int f0; int t[3+4]; }; struct S0 g_2; struct S0 g_4; void func_1() { //struct S0 b =3D g_2; g_4 =3D g_2; struct S0 b =3D g_4; g_4.f0 =3D 0; g_2 =3D b; } void func_2() { struct S0 b =3D g_2; g_4 =3D b; g_4.f0 =3D 0; g_2 =3D b; } ``` We still get an extra load/store with func_2 but it least it is not a depen= dent load/store ... Basically GCC doesn't notice that g_2 =3D b =3D g_2 was a no-op.=