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 09A303858C30; Mon,  3 Apr 2023 08:57:54 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 09A303858C30
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1680512275;
	bh=Xe2UdN3iBml6PkjF+r9+B1Q1MxCVQK8rGyh+EcGro2s=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=dtDTT9ODdM51n1z9nNm9qFdRlD470SgS0qlUFJZyvY+cagc2IG14uhHwkoa6l95/A
	 7j92/hs2d7IeFMFTilSRj1784tmzBKP8xu17STdhcm5UDIfLjiSYWTKdObosG01bBC
	 h4tdxo3ZuUAoJiPWEgAzhBIXTuZtuB1QBs8lXp1A=
From: "cvs-commit at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/108603] [12 Regression] ICE in output_operand_lossage
 with SVE and ilp32
Date: Mon, 03 Apr 2023 08:57:54 +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: cvs-commit at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: rsandifo at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 12.3
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-108603-4-NySIcGWmu0@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-108603-4@http.gcc.gnu.org/bugzilla/>
References: <bug-108603-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=3D108603

--- Comment #4 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The releases/gcc-12 branch has been updated by Richard Sandiford
<rsandifo@gcc.gnu.org>:

https://gcc.gnu.org/g:caecd24e230c4727c88ad117bab0342f378e81f7

commit r12-9380-gcaecd24e230c4727c88ad117bab0342f378e81f7
Author: Richard Sandiford <richard.sandiford@arm.com>
Date:   Mon Apr 3 09:57:07 2023 +0100

    Avoid creating (const (reg ...)) [PR108603]

    convert_memory_address_addr_space_1 has two modes: one in which it
    tries to create a self-contained RTL expression (which might fail)
    and one in which it can emit new instructions where necessary.

    When handling a CONST, the function recurses into the CONST's
    operand and then constifies the result.  But that's only valid if
    the result is still a self-contained expression.  If new instructions
    have been emitted, the expression will refer to the (non-constant)
    results of those instructions.

    In the PR, this caused us to emit a nonsensical (const (reg ...))
    REG_EQUAL note.

    gcc/
            PR tree-optimization/108603
            * explow.cc (convert_memory_address_addr_space_1): Only wrap
            the result of a recursive call in a CONST if no instructions
            were emitted.

    gcc/testsuite/
            PR tree-optimization/108603
            * gcc.target/aarch64/sve/pr108603.c: New test.

    (cherry picked from commit b09dc74801cf4e19bdf5fcd18a5cd53fc9e9ca9a)=