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 972E83858D32; Tue, 10 Oct 2023 09:25:23 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 972E83858D32
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1696929923;
	bh=kiwyArSG3y/xa9kgv0q3Enr6kByJzlEdVEWfjNSxD50=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=oyXJFJUEqhJr1hxcxBonkp7JJqi+ORuFVNG620QnSCj58HXxYQbvMvnLDb1Dxyfef
	 Z5IcHiWRxu//s/vXSo3WgCYqACNjeiU6YgyKav+ViJjnFLdM0F8lOAmPY+gbNWgYFb
	 jRTY47IPqDdPDCa0YvdYg2OEGQJQynla+dkM9dzc=
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/111754] [14 Regression] ICE: in decompose, at
 rtl.h:2313 at -O
Date: Tue, 10 Oct 2023 09:25:23 +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: ice-on-valid-code, 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: P1
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 14.0
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on component
 everconfirmed target_milestone priority keywords
Message-ID: <bug-111754-4-Dd5RdBR3dh@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-111754-4@http.gcc.gnu.org/bugzilla/>
References: <bug-111754-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=3D111754

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2023-10-10
          Component|rtl-optimization            |middle-end
     Ever confirmed|0                           |1
   Target Milestone|---                         |14.0
           Priority|P3                          |P1
           Keywords|                            |needs-bisection

--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
(gdb) p debug_tree (exp)
 <vector_cst 0x7ffff6f25398
    type <vector_type 0x7ffff6eebf18 F
        type <real_type 0x7ffff6d672a0 float SF
            size <integer_cst 0x7ffff6d61180 constant 32>
            unit-size <integer_cst 0x7ffff6d61198 constant 4>
            align:32 warn_if_not_align:0 symtab:0 alias-set -1 canonical-ty=
pe
0x7ffff6d672a0 precision:32
            pointer_to_this <pointer_type 0x7ffff6d67930>>
        sizes-gimplified V4SF
        size <integer_cst 0x7ffff6d40f78 constant 128>
        unit-size <integer_cst 0x7ffff6d40f90 constant 16>
        align:128 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
0x7ffff6e99b28 nunits:4>
    constant npatterns:1 nelts-per-pattern:3
    elt:0:  <real_cst 0x7ffff6f13540 type <real_type 0x7ffff6d672a0 float>
        constant 0.0>
    elt:1:  <real_cst 0x7ffff6f13510 type <real_type 0x7ffff6d672a0 float>
        constant 9.0e+0> elt:2:  <real_cst 0x7ffff6f13540 0.0>>

Confirmed.  That's an odd vector mode 'F'!?  And we have three elements?

Happens after inlining bar () into foo ():

F bar (F a, F b)
{
  F c;

  <bb 2> [local count: 1073741824]:
  c_2 =3D VEC_PERM_EXPR <a_1(D), a_1(D), { 1, 0, 1, 2 }>;=20
  __builtin_logbl (0.0);
  return c_2;

F foo ()
{
  F _3;

  <bb 2> [local count: 1073741824]:
  _3 =3D bar ({ 9.0e+0, 0.0, 0.0, 0.0 }, { 0.0, 0.0, 0.0, 0.0 });

and the constant folding of the VEC_PERM_EXPR causes this.

ICEs way earlier (during inlining) when you do -fdump-ipa-inline=