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 8AF89385801E; Mon,  4 Apr 2022 11:32:38 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 8AF89385801E
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/105054] [11/12 Regression] Using one kind of pointer
 functions causes the compiler to hang since r11-3029-g2b0df0a6ac79b34f
Date: Mon, 04 Apr 2022 11:32:38 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: fortran
X-Bugzilla-Version: 11.2.0
X-Bugzilla-Keywords: compile-time-hog
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rguenth at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P4
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 11.3
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: target_milestone priority
Message-ID: <bug-105054-4-txmfS0fxEY@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-105054-4@http.gcc.gnu.org/bugzilla/>
References: <bug-105054-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: Mon, 04 Apr 2022 11:32:38 -0000

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |11.3
           Priority|P3                          |P4

--- Comment #3 from Richard Biener <rguenth at gcc dot gnu.org> ---
Confirmed for the hang.  It hangs in f95-lang.cc:poplevel which does

391       /* Clear out the meanings of the local variables of this level.  =
*/
392
393       for (subblock_node =3D decl_chain; subblock_node;
394            subblock_node =3D DECL_CHAIN (subblock_node))
395         if (DECL_NAME (subblock_node) !=3D 0)
396           /* If the identifier was used or addressed via a local extern
decl,
397              don't forget that fact.  */
398           if (DECL_EXTERNAL (subblock_node))
399             {
400               if (TREE_USED (subblock_node))
401                 TREE_USED (DECL_NAME (subblock_node)) =3D 1;
402               if (TREE_ADDRESSABLE (subblock_node))
403                 TREE_ADDRESSABLE (DECL_ASSEMBLER_NAME (subblock_node)) =
=3D 1;
404             }

and this loop never terminates.

(gdb) p decl_chain
$1 =3D <var_decl 0x7ffff6523d80 _F.DA1>
(gdb) p decl_chain->common.chain
$2 =3D <var_decl 0x7ffff6523c60 ._F.DA0>
(gdb) p decl_chain->common.chain->common.chain
$3 =3D <var_decl 0x7ffff6523cf0 _F.DA0>
(gdb) p decl_chain->common.chain->common.chain->common.chain=20
$4 =3D <var_decl 0x7ffff6523c60 ._F.DA0>=