Fixes are available
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
Rate this page:
Copyright and trademark information
IBM, the IBM logo and ibm.com are trademarks of International Business Machines Corp., registered in many jurisdictions worldwide. Other product and service names might be trademarks of IBM or other companies. A current list of IBM trademarks is available on the Web at "Copyright and trademark information" at www.ibm.com/legal/copytrade.shtml.