Fixes are available
APAR status
Closed as program error.
Error description
When compiling with the -qcheck/-C option for bounds checking, the compiler is encountering an internal compiler error referencing a constant table overflow, even when the source is small and does not use many constants. The error message will look similar to: "test.f90", 1500-005 (S) COMPILER LIMIT EXCEEDED in _xlfN10empty_typeD1: Constant table overflow. Compilation ended. Reduce the number of constants in the program to less than 262143 and recompile.
Local fix
- Do not use -qcheck/-C - Optimization with -O might work around the issue by optimizing away internally generated constant symbols causing the constant overflow
Problem summary
PROBLEM DESCRIPTION: The XL Fortran compiler generates bounds checking code that is overflowing an internal table inside the compiler, causing an internal error. USERS AFFECTED: Users who have code with nested derived types containing allocatable components and compile with bounds checking enabled via -C/-qcheck and xlf95.
Problem conclusion
The problem was fixed.
Temporary fix
Comments
APAR Information
APAR number
LI79025
Reported component name
XL FORTRAN FOR
Reported component ID
5799AH100
Reported release
D10
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2016-05-06
Closed date
2016-05-16
Last modified date
2016-05-16
APAR is sysrouted FROM one or more of the following:
LI78961
APAR is sysrouted TO one or more of the following:
Fix information
Fixed component name
XL FORTRAN FOR
Fixed component ID
5799AH100
Applicable component levels
RD10 PSY
UP
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SS2MB5","label":"XL Fortran for Blue Gene\/Q"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"D10","Line of Business":{"code":"LOB57","label":"Power"}}]
Document Information
Modified date:
14 October 2021