Fixes are available
November 2012 Update for XL Fortran for Blue Gene/Q, V14.1
February 2013 Update for XL Fortran for Blue Gene/Q, V14.1
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
XL Fortran for Blue Gene/Q Fix Pack 9 (August 2014 Update) for 14.1
XL Fortran for Blue Gene/Q Fix Pack 10 (November 2014 Update) for 14.1
Closed as program error.
When compiling a large test case with -qhot=level=2, the compiler seems to hang causing a long compile time. ====== Compiler line: bgxlf_r -v -g -O3 -qstrict -qhot=level=2 -qsmp=omp
Use -qhot=level=1 as a workaround.
An extremely long compile time is seen at -qhot=level=2 for a six level nested loop. Users of -qhot=level=2 when there is a 6-level loop nest with certain lower bound and upper bounds are affected by this issue. It is dependent on the lower bound and upper bounds of the loop. In this case the loop is manually tiled. Polyhedral works on a mathematical representation of loop nests in the user program. This representation is modified throughout polyhedral framework. When a certain algorithm is slow on a specific class of input (passed in the form of mathematical representation) it might be difficult to translate it back to a class of user programs.
The fix involves modifying a loop auto transformation optimization, when the number of dimensions of a scop are larger than a threshold.
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