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 A873F3858D20; Sat, 18 Nov 2023 21:38:07 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org A873F3858D20
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1700343487;
	bh=qT5puvWSE4JZQA+r49r3jtdmJLnTpGyZkkEEK4J4sJU=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=nYosE/E/6IQxXRmK5TVviCUDFig/0HH+8eCsP5Vp7AqYLaWIKdS5C4hkQEZV69qop
	 8vZ9AWCvDHvIRokV8xriaYJxtaORlhkwmoFwviUMe83axlV+tqmeIirMpIe2sU7kUL
	 8pOmUmf7v2rVjhKKb6xv0D0lnRCQmhQ8Lw3p6XzM=
From: "slyfox at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/112572] [14 regression] LLVM miscompiled since
 r14-5355-g3cd3a09b3f91a1
Date: Sat, 18 Nov 2023 21:38:07 +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: 14.0
X-Bugzilla-Keywords: wrong-code
X-Bugzilla-Severity: blocker
X-Bugzilla-Who: slyfox at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P1
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: <bug-112572-4-npeOjS7dhz@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-112572-4@http.gcc.gnu.org/bugzilla/>
References: <bug-112572-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=3D112572

--- Comment #19 from Sergei Trofimovich <slyfox at gcc dot gnu.org> ---
I spent some time poking at the bug and was not able to reproduce it on my
toolchain.

I was able to get it to fail on gentoo's toolchain and arrived at problems =
in
lib/Target/X86/X86InterleavedAccess.cpp. My theory is that
X86InterleavedAccessGroup::decompose() gets compiled incorrectly.

`-fPIE` seems to be the flag that triggers gcc to generate slightly incorre=
ct
prologue (wrong register is being used). I filed a separate issue in case i=
t's
an invalid manual reduction: https://gcc.gnu.org/PR112613=