Fixes are available
APAR status
Closed as program error.
Error description
The following simple Fortran test case causes the xlf90_r compiler to abend in IPA64 with a combination of options: -qautodbl=dblpad4 -qsmp -qinitauto ===== TESTCASE: $cat psgr1.f SUBROUTINE PSGR1 ( XLABEL, IPGSIZ ) IMPLICIT NONE CHARACTER*(*) :: XLABEL INTEGER :: IPGSIZ INTEGER :: XAXLEN IF (IPGSIZ.EQ.0) THEN XAXLEN = 560 END IF CALL PSGR2(XAXLEN) END
Local fix
Use -qsmp=noopt or remove any of the option in the combination Or use xlf_r instead
Problem summary
USERS AFFECTED: Users of XLF with options -O3 and higher and options -qinitauto -qautodbl are affected by this issue. PROBLEM DESCRIPTION: The backend optimizer was not allowing an internal flag with 4 byte entities to be stored into 8 byte variables without conversion. Because of this, the compiler was ending with an internal compiler error.
Problem conclusion
The solution was to teach the backend to allow for this in it's auto initialization routine.
Temporary fix
Comments
APAR Information
APAR number
LI75490
Reported component name
XL FORTRAN SLES
Reported component ID
5724U8400
Reported release
C10
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2010-04-27
Closed date
2010-04-27
Last modified date
2010-04-27
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Fixed component name
XL FORTRAN SLES
Fixed component ID
5724U8400
Applicable component levels
RC10 PSN IZ66384
UP06/09/13
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSB259","label":"XL Fortran Advanced Edition for Linux"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"C.1","Line of Business":{"code":"LOB57","label":"Power"}}]
Document Information
Modified date:
24 February 2022