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 554E53858D32; Mon, 16 Jan 2023 06:40:33 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 554E53858D32
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1673851233;
	bh=iKVhE7kjhIgXWey4aKfuQlFPu8jyq81Opmnb215b9TI=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=t6eZMFNeJO/sKGWwt1om7rBdcuI+5SJO2uVxXzAHscCHglrrWbLyc2z9h3NA1jMZd
	 AM4HpaUnQAf/NaEDHvC0jqyMvSLOe8WcyE5cfs7KN51hiHVtqF7MN/n6Vsm6ls1acc
	 0nNBorZoWLbAuLyL9g0bWwWGkuxi1bNeL042be3o=
From: "linkw at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/108240] [13 Regression] ICE in emit_library_call_value_1
 at gcc/calls.cc:4181 since r13-4894-gacc727cf02a144
Date: Mon, 16 Jan 2023 06:40:32 +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: 13.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: linkw at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: linkw at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 13.0
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-108240-4-w25EGtFRhd@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-108240-4@http.gcc.gnu.org/bugzilla/>
References: <bug-108240-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=3D108240

--- Comment #9 from Kewen Lin <linkw at gcc dot gnu.org> ---
I filed one new bug PR108415 for the ICE itself to avoid the confusion here.

This ICE is not a regression, it's a latent bug, because:

1) Without the culprit commit r13-4894 (like using r13-4893 or reverting it=
),
if we specify one more explicit option -m64, we can see the exactly same IC=
E.
It's just concealed as we emit error first on Linux without -m64. (r13-4894
changed it not to emit error any more so no error to conceal then).

2) It's even nothing to do with powerpc64 handling, this ICE can be produced
on ppc64 Linux with options "-m32 -mcpu=3D401 -mmodulo", so it's not 64 bit
specific (so not powerpc64 handling related either).

I put one comment about root cause of this ICE in PR108415.=