Fixes are available
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.
Currently, "All compiler command invocations except f77, fort77, xlf, xlf_r and xlf_r7 use -qnosave by default." With -qsmp=omp or the _r invocation, -qnosave is required. If a user forgot to specify -qnosave with -qsmp=omp or _r invocation compilations, the multithreaded program might malfunction at runtime. It's not obvious to debug such failures.
Specify -qnosave as required.
PROBLEM DESCRIPTION: XL Fortran enables the -qsave and -qxlf77=persistent options by default in the xlf_r invocation. These options store some entities in static storage, which is not thread-safe. The compiler reference recommends against using this invocation for threaded programs without explicitly specifying -qnosave / -qxlf77=nopersistent. The compiler does not warn the user directly, however. USERS AFFECTED: Users of the xlf_r and related invocations
XL Fortran xlf_r and bgxlf_r invocations have been changed to enable -qnosave or -qxlf77=nopersistent by default. The change ensures thread safety for these commands. If your threaded program requires -qsave or -qxlf77=persistent, specify these options explicitly. Refer to this Technote for more information on the change and possible side effect: http://www-01.ibm.com/support/docview.wss?uid=swg21656184
Reported component name
XL C/C++ FOR BG
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