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 CFA9A3858D3C; Mon, 23 Jan 2023 07:58:34 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org CFA9A3858D3C
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1674460714;
	bh=keQY7KSAjq5NahS2sOIie9WoA6/1rMTWA+RtXlg5gos=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=vdICz2ReVW0Qmu/Ona/57rLRByJsvk6d+j10lGksYR0sz4nioMS/yaDDmyIcIushl
	 R8aJUqOyK7zfhSMMPG2hbZvoeB/txLybbnm71R/YddpMZbQfEEQNECx2/PnClPxA0K
	 1TKIwcnxUhpyYH6ccfGFtDpXgjYwWMOWq1qRv1fM=
From: "cvs-commit at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/106101] [12 Regression] ICE in reg_bitfield_target_p
 since r12-4428-g147ed0184f403b
Date: Mon, 23 Jan 2023 07:58:30 +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: 12.1.1
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: cvs-commit at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: krebbel at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 12.3
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-106101-4-2sXXjdL6fO@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-106101-4@http.gcc.gnu.org/bugzilla/>
References: <bug-106101-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=3D106101

--- Comment #26 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The releases/gcc-12 branch has been updated by Andreas Krebbel
<krebbel@gcc.gnu.org>:

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

commit r12-9058-ge1357577e6e39430869e294f94c2c547717b960f
Author: Andreas Krebbel <krebbel@linux.ibm.com>
Date:   Mon Jan 23 08:56:05 2023 +0100

    PR 106101: IBM zSystems: Fix strict_low_part problem

    This avoids generating illegal (strict_low_part (reg ...)) RTXs. This
    required two changes:

    1. Do not use gen_lowpart to generate the inner expression of a
    STRICT_LOW_PART.  gen_lowpart might fold the SUBREG either because
    there is already a paradoxical subreg or because it can directly be
    applied to the register. A new wrapper function makes sure that we
    always end up having an actual SUBREG.

    2. Change the movstrict patterns to enforce a SUBREG as inner operand
    of the STRICT_LOW_PARTs.  The new predicate introduced for the
    destination operand requires a SUBREG expression with a
    register_operand as inner operand.  However, since reload strips away
    the majority of the SUBREGs we have to accept single registers as well
    once we reach reload.

    Bootstrapped and regression tested on IBM zSystems 64 bit.

    gcc/ChangeLog:

            PR target/106101
            * config/s390/predicates.md (subreg_register_operand): New
            predicate.
            * config/s390/s390-protos.h (s390_gen_lowpart_subreg): New
            function prototype.
            * config/s390/s390.cc (s390_gen_lowpart_subreg): New function.
            (s390_expand_insv): Use s390_gen_lowpart_subreg instead of
            gen_lowpart.
            * config/s390/s390.md ("*get_tp_64", "*zero_extendhisi2_31")
            ("*zero_extendqisi2_31", "*zero_extendqihi2_31"): Likewise.
            ("movstrictqi", "movstricthi", "movstrictsi"): Use the
            subreg_register_operand predicate instead of register_operand.

    gcc/testsuite/ChangeLog:

            PR target/106101
            * gcc.c-torture/compile/pr106101.c: New test.

    (cherry picked from commit 585a21bab3ec688c2039bff2922cc372d8558283)=