Fixes are available
November 2010 Update for XL C/C++ for Linux, V11.1
XL C/C++ for Linux Fix Pack 9 (August 2013 Update) for 11.1
April 2011 Update for XL C/C++ for Linux, V11.1
July 2011 Update for XL C/C++ for Linux, V11.1
October 2011 Update for XL C/C++ for Linux, V11.1
June 2012 Update for XL C/C++ for Linux, V11.1
October 2012 Update for XL C/C++ for Linux, V11.1
XL C/C++ for Linux Fix Pack 8 (June 2013 Update) for 11.1
APAR status
Closed as program error.
Error description
The following test case when compiled at -O causes the compiler to produce an Internal Compiler Error: ======Compile Command: xlC_r -c -q64 -O reduced.C ======Test case: $ cat reduced.C typedef unsigned int UInt32; typedef int Int32; typedef signed long IntNative; typedef unsigned long UIntNative; typedef IntNative IntPtr; typedef UIntNative lockWord_t; void logAssertFailed(UInt32 flags, const char *srcFileName, UInt32 srcLineNumber, Int32 retCode, Int32 reasonCode, UInt32 logRecTag, const char *dataStr, const char *failingExpr); //22093 enum MutexName { UnknownMutex = 0x00 }; class BaseMutexClass { public: MutexName getName() const { return mutexName; }; lockWord_t getLockWord() const { return lockWord; }; protected: volatile lockWord_t lockWord; MutexName mutexName; }; //23481 class StaticThMutex : public BaseMutexClass { }; class StripeGroup { friend class StripeGroupCfg; private: void endUseInternal(); }; //49929 class StripeGroupCfg { friend class StripeGroup; private: static StaticThMutex SGTableMutex; }; void StripeGroup::endUseInternal() { lockWord_t lockWordCopy = (&StripeGroupCfg::SGTableMutex)->getLockWord(); logAssertFailed (0x00000002, "stripeopen.C", 1875, (IntPtr)(((Int32)(IntPtr)((void *)&StripeGroupCfg::SGTableMutex))), (Int32)lockWordCopy, (Int32)((&StripeGroupCfg::SGTableMutex)->getName()), 0, "0x0)"); } $ ===== ACTUAL OUTPUT: $xlC_r -c -q64 -O reduced.C 1500-004: (U) INTERNAL COMPILER ERROR while compiling StripeGroup::endUseInternal(). Compilation ended. Contact your Service Representative and provide the following information: Internal abort. For more information visit: http://www.ibm.com/support/docview.wss?uid=swg21110810 $ $ ===== EXPECTED OUTPUT: Compiler should not produce an Internal Compiler Error.
Local fix
N/A
Problem summary
USERS AFFECTED: Users that calculate less than address sized results from addresses may be affected by this issue. PROBLEM DESCRIPTION: There was an assert in xlCcdoe for wrong length address that caused the compiler to abend.
Problem conclusion
The above assert has been fixed and the compiler no longer abends.
Temporary fix
Comments
APAR Information
APAR number
LI75779
Reported component name
XL C/C++ FOR LI
Reported component ID
5724X1400
Reported release
B10
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2010-11-24
Closed date
2010-11-24
Last modified date
2010-11-24
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 C/C++ FOR LI
Fixed component ID
5724X1400
Applicable component levels
RB10 PSY
UP
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSXVZZ","label":"XL C\/C++ for Linux"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"B10","Line of Business":{"code":"LOB57","label":"Power"}}]
Document Information
Modified date:
15 October 2021