llvm-project/flang/module
Peter Steinfeld 8989268dae [flang] Allow KIND type parameters to be used as LEN parameters of components
When producing the runtime type information for a component of a derived type
that had a LEN type parameter, we were not allowing a KIND parameter of the
derived type.  This was causing one of the NAG correctness tests to fail
(.../hibiya/d5.f90).

I added a test to our own test suite to check for this.

Also, I fixed a typo in .../module/__fortran_type_info.f90.

I allowed KIND type parameters to be used for the declarations of components
that use LEN parameters by constant folding the value of the LEN parameter.  To
make the constant folding work, I had to put the semantics::DerivedTypeSpec of
the associated derived type into the folding context.  To get this
semantics::DerivedTypeSpec, I changed the value of the semantics::Scope object
that was passed to DescribeComponent() to be the derived type scope rather than
the containing non-derived type scope.

This scope change, in turn, caused differences in the symbol table output that
is checked in typeinfo01.f90.  Most of these differences were in the order that
the symbols appeared in the dump.  But one of them changed one of the values
from "CHARACTER(2_8,1)" to "CHARACTER(1_8,1)".  I'm not sure if these changes
are significant.  Please verify that the results of this test are still valid.

Also, I wonder if there are other situations in this code where we should be
folding constants.  For example, what if the field of a component has a
component whose type is a PDT with a LEN type parameter, and the component's
declaration depends on the KIND type parameter of the current PDT.  Here's an
example:

  type string(stringkind)
    integer,kind :: stringkind
    character(stringkind) :: value
  end type string

  type outer(kindparam)
    integer,kind :: kindparam
    type(string(kindparam)) :: field
  end type outer

I don't understand the code or what it's trying to accomplish well enough to
figure out if such cases are correctly handled by my new code.

Differential Revision: https://reviews.llvm.org/D101482
2021-04-30 09:05:05 -07:00
..
.clang-format [flang][NFC] Get formatting in sync with latest clang-format 2020-07-01 16:51:46 -07:00
__fortran_builtins.f90 [flang] Define missing & needed IEEE_ARITHMETIC symbols 2021-04-19 11:44:43 -07:00
__fortran_type_info.f90 [flang] Allow KIND type parameters to be used as LEN parameters of components 2021-04-30 09:05:05 -07:00
ieee_arithmetic.f90 [flang] Define missing & needed IEEE_ARITHMETIC symbols 2021-04-19 11:44:43 -07:00
ieee_exceptions.f90 [flang] Minor format change to LLVM license lines 2020-01-10 12:12:03 -08:00
ieee_features.f90 [flang] Minor format change to LLVM license lines 2020-01-10 12:12:03 -08:00
iso_c_binding.f90 [flang] Better C_LOC and C_ASSOCIATED in flang/module 2021-01-21 09:41:05 -08:00
iso_fortran_env.f90 [flang] Fix errors in ISO_FORTRAN_ENV module for REAL128 2021-01-25 13:41:32 -08:00
omp_lib.f90 [flang] Minor format change to LLVM license lines 2020-01-10 12:12:03 -08:00
omp_lib.h [flang] Minor format change to LLVM license lines 2020-01-10 12:12:03 -08:00