From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 21465395BC14; Wed, 20 May 2020 12:24:36 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 21465395BC14 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1589977476; bh=PDnmPXS6LvVQJOWUqGPE6JnaC9rxmKn+YWTb6a4cLoQ=; h=From:To:Subject:Date:In-Reply-To:References:From; b=MdnysIy2I0RxTK4m7uk/sJVl9iIkKnhk9NtyOXwRZUt19klyyvx2pooXi443ToTFk D810jnwc79uuCwRII1kSReme0XhMM0OpwcyMme0uICoJCHEVOFCcTM42OcM1AvKW+L 6qGodNJyWJcFN7LHlnt+evyGFU5SrBC8V/xOLtTU= From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/95229] [11 Regression] in mark_jump_label_1 Date: Wed, 20 May 2020 12:24:36 +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: 11.0 X-Bugzilla-Keywords: needs-bisection X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth 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: 11.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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 X-BeenThere: gcc-bugs@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-bugs mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 May 2020 12:24:36 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D95229 --- Comment #6 from Richard Biener --- (In reply to Richard Biener from comment #5) > Built by >=20 > #5 0x00000000020c4504 in gen_rtx_fmt_ee_stat (code=3DVEC_SELECT,=20 > mode=3DE_V2SImode, arg0=3D0x0, arg1=3D0x7ffff6ad92e0) at ./genrtl.h:49 > #6 0x000000000211e242 in gen_sse4_1_zero_extendv2siv2di2 ( > operand0=3D0x7ffff6ada4f8, operand1=3D0x0) at insn-emit.c:40857 > #7 0x0000000002207aa7 in gen_zero_extendv2siv2di2 (operand0=3D0x7ffff6ad= a4f8,=20 > operand1=3D0x7ffff6ada4c8) at ../../src/trunk/gcc/config/i386/sse.md:= 18012 > #8 0x00000000010cfe31 in insn_gen_fn::operator() ( > this=3D0x3230928 , a0=3D0x7ffff6ada4f8, a1=3D0x7fff= f6ada4c8) > at ../../src/trunk/gcc/recog.h:317 > #9 0x00000000014aed21 in maybe_gen_insn > (icode=3DCODE_FOR_zero_extendv2siv2di2,=20 > nops=3D2, ops=3D0x7fffffffa8d0) at ../../src/trunk/gcc/optabs.c:7444 > #10 0x00000000014a3c7d in maybe_emit_unop_insn ( > icode=3DCODE_FOR_zero_extendv2siv2di2, target=3D0x7ffff6ada4f8,=20 > --Type for more, q to quit, c to continue without paging-- > op0=3D0x7ffff6ada4c8, code=3DZERO_EXTEND) at > ../../src/trunk/gcc/optabs.c:3597 > #11 0x00000000014a3d7f in emit_unop_insn > (icode=3DCODE_FOR_zero_extendv2siv2di2,=20 > target=3D0x7ffff6ada4f8, op0=3D0x7ffff6ada4c8, code=3DZERO_EXTEND) > at ../../src/trunk/gcc/optabs.c:3621 > #12 0x0000000001098d45 in convert_move (to=3D0x7ffff6ada4f8,=20 > from=3D0x7ffff6ada4c8, unsignedp=3D1) at ../../src/trunk/gcc/expr.c:2= 60 > #13 0x000000000109bc1e in convert_modes (mode=3DE_V2DImode, > oldmode=3DE_V2SImode,=20 > x=3D0x7ffff6ada4c8, unsignedp=3D1) at ../../src/trunk/gcc/expr.c:737 > #14 0x000000000109b220 in convert_to_mode (mode=3DE_V2DImode, > x=3D0x7ffff6ada4c8,=20 > unsignedp=3D1) at ../../src/trunk/gcc/expr.c:662 > #15 0x00000000010bae75 in expand_expr_real_2 (ops=3D0x7fffffffb600, > target=3D0x0,=20 > tmode=3DE_VOIDmode, modifier=3DEXPAND_NORMAL) > at ../../src/trunk/gcc/expr.c:8665 >=20 > frame #7 looks OK while #6 is bogus. Context: >=20 > 18009 if (!MEM_P (operands[1])) > 18010 { > 18011 operands[1] =3D simplify_subreg (V4SImode, operands[1], > V2SImode, 0); > 18012 emit_insn (gen_sse4_1_v2siv2di2 (operands[0], > operands[1])); > 18013 DONE; >=20 > simplify_subreg returns NULL. It is originally (reg:V2SI 90 [ vect__2.8 = ]). > Should that be simplify_gen_subreg? That fixes the testcase. But simplify_subreg is used in a lot more places so leaving to Uros to match up with expectations.=