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 178DA3858401; Wed, 23 Mar 2022 04:05:47 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 178DA3858401
From: "crazylht at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/105032] Compiling inline ASM x86 causing GCC stuck
 in an endless loop with 100% CPU usage
Date: Wed, 23 Mar 2022 04:05:46 +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: 11.2.0
X-Bugzilla-Keywords: compile-time-hog, inline-asm, ra
X-Bugzilla-Severity: normal
X-Bugzilla-Who: crazylht at gmail dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-105032-4-WuBIhfzKka@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-105032-4@http.gcc.gnu.org/bugzilla/>
References: <bug-105032-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
X-BeenThere: gcc-bugs@gcc.gnu.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Gcc-bugs mailing list <gcc-bugs.gcc.gnu.org>
List-Unsubscribe: <https://gcc.gnu.org/mailman/options/gcc-bugs>,
 <mailto:gcc-bugs-request@gcc.gnu.org?subject=unsubscribe>
List-Archive: <https://gcc.gnu.org/pipermail/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-request@gcc.gnu.org?subject=help>
List-Subscribe: <https://gcc.gnu.org/mailman/listinfo/gcc-bugs>,
 <mailto:gcc-bugs-request@gcc.gnu.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Mar 2022 04:05:47 -0000

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D105032

Hongtao.liu <crazylht at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |crazylht at gmail dot com

--- Comment #2 from Hongtao.liu <crazylht at gmail dot com> ---
stuck in this loop

1731          for (prev_insn =3D PREV_INSN (start_insn),
1732                 next_insn =3D NEXT_INSN (start_insn);
1733               insns_num !=3D 1 && (prev_insn !=3D NULL || next_insn !=
=3D NULL);
)
1734            {
1735              if (prev_insn !=3D NULL)
1736                {
1737                  if (bitmap_bit_p (&lra_reg_info[regno].insn_bitmap,
(gdb)
1738                                    INSN_UID (prev_insn)))
1739                    {
1740                      first_insn =3D prev_insn;
1741                      insns_num--;
1742                    }
1743                    prev_insn =3D PREV_INSN (prev_insn);
1744                }
1745              if (next_insn !=3D NULL && second_insn =3D=3D NULL)
1746                {
1747                  if (! bitmap_bit_p (&lra_reg_info[regno].insn_bitmap,
(gdb)
1748                                    INSN_UID (next_insn)))
1749                    next_insn =3D NEXT_INSN (next_insn);
1750                  else
1751                    {
1752                      second_insn =3D next_insn;
1753                      insns_num--;
1754                    }
1755                }
1756            }

(gdb) p second_insn
$5 =3D (rtx_insn *) 0x7fffea2f9980
(gdb) p prev_insn
$6 =3D (rtx_insn *) 0x0
(gdb) p next_insn
$7 =3D (rtx_insn *) 0x7fffea2f9980
(gdb) p second_insn
$8 =3D (rtx_insn *) 0x7fffea2f9980
(gdb) p insns_num
$9 =3D 2
(gdb) f
#0  find_reload_regno_insns (regno=3D91, start=3D@0x7fffffffd308: 0xcc2968
<vec<int, va_heap, vl_ptr>::release()+68>, finish=3D@0x7fffffffd300:
0x7fffffffd320) at gcc/lra-assigns.cc:1733=