From c283a711c850efaab4fe3bca5ef7200eb854bba1 Mon Sep 17 00:00:00 2001
From: Tobias Burnus <tobias@codesourcery.com>
Date: Fri, 6 Nov 2020 08:26:51 +0100
Subject: [PATCH] Fortran: Fix type-decl for PDT / wrong-code pdt_14.f03 issue
[PR97652]
Parameterized derived types are handled in a special way and start with 'Pdt'.
If the 'P' is not uppercase, gfc_get_derived_type (which calls
gfc_get_module_backend_decl) does not find the existing declaration and
builds a new type. The middle end then sees those types as being different
and nonalising, creating an endless loop for pdt_14.f03.
gcc/fortran/ChangeLog:
PR fortran/97652
* module.c (mio_symbol): Fix symbol name for pdt_type.
---
gcc/fortran/module.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/gcc/fortran/module.c b/gcc/fortran/module.c
index 33e7df7d6a4a..4c6ff22d5c16 100644
--- a/gcc/fortran/module.c
+++ b/gcc/fortran/module.c
@@ -4549,6 +4549,9 @@ mio_symbol (gfc_symbol *sym)
mio_symbol_attribute (&sym->attr);
+ if (sym->attr.pdt_type)
+ sym->name = gfc_dt_upper_string (sym->name);
+
/* Note that components are always saved, even if they are supposed
to be private. Component access is checked during searching. */
mio_component_list (&sym->components, sym->attr.vtype);
--
GitLab