Fixes are available
May 2013 Update for XL Fortran for Blue Gene/Q, V14.1
XL Fortran for Blue Gene/Q Fix Pack 5 (August 2013 Update) for 14.1
XL Fortran for Blue Gene/Q Fix Pack 6 (November 2013 Update) for 14.1
XL Fortran for Blue Gene/Q Fix Pack 7 (February 2014 Update) for 14.1
XL Fortran for Blue Gene/Q Fix Pack 8 (May 2014 Update) for 14.1
Closed as program error.
The following test case causes the xlfentry component of the compiler to abend: $ cat t.f module mmm type base integer :: iii procedure(sub1), nopass, pointer :: ppp end type interface subroutine sub1(arg) integer :: arg end end interface end module module nnn use mmm end module module ooo use mmm use nnn end module $mpixlf2003 -g -O0 t.f
USERS AFFECTED: Users who have derived types that have procedure pointer components with explicit interface in a module are affected by this issue. Based on the use association combination, users may encounter an internal compiler error in the compiler front end due to missing procedure symbol that hosts the dummy arguments of the procedure pointer. PROBLEM DESCRIPTION: Compiler produces a internal compiler error in the front end. It is because that we created a dummy argument list for the procedure pointer component of a derived type. The dummy argument actually belongs to the interface of the procedure pointer. When the interface of the procedure pointer is not read in via use association but the procedure pointer is, the dummy argument list associated with the procedure pointer lost its procedure direction.
The fix is to use the existing argument list from the interface instead of reading from the module and create local one.
Reported component name
XL FORTRAN FOR
Reported component ID
Last modified date
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fixed component name
XL FORTRAN FOR
Fixed component ID
Applicable component levels