[
https://issues.apache.org/jira/browse/XALANC-703?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Bertoni resolved XALANC-703.
----------------------------------
Fix Version/s: CurrentCVS
(was: 1.1.x)
Resolution: Fixed
Thanks for the patch.
I don't know if you're still trying to get Xerces-C, Xalan-C, and the ICU to
co-operate, but the issue is the type being chosen for XMLCh in Xerces-C. It
looks like you're building 32-bit binaries on AIX, where wchar_t is a UTF-16
code unit. The ICU is choosing wchar_t for its UChar data type, but Xerces-C is
using unsigned short. Since Xalan-C uses the type selected by Xerces-C, you are
seeing these errors.
I would suggest you change the type for XMLCh in Xerces-C's
Xerces_autoconf_config.hpp from:
#define XERCES_XMLCH_T uint16_t
to
#define XERCES_XMLCH_T wchar_t
then rebuild Xerces-C and Xalan-C.
Since this is a generated file, you'll need to remember to do that each time
you configure Xerces-C.
> Compiler errors whole building on AIX 5.3
> -----------------------------------------
>
> Key: XALANC-703
> URL: https://issues.apache.org/jira/browse/XALANC-703
> Project: XalanC
> Issue Type: Bug
> Components: XalanC
> Affects Versions: CurrentCVS
> Environment: AIX 5.3 (5300-10)
> IBM XL C/C++ Enterprise Edition for AIX, V9.0
> Xalan subversion revision 979236
> ICU 4.4.1
> Reporter: Bernd Ernesti
> Assignee: David Bertoni
> Priority: Blocker
> Fix For: CurrentCVS
>
> Attachments: xalan-703.patch, xalan_icu_errors.txt
>
>
> I got the following error while compiling xalan:
> xalan/src/xalanc/DOMStringHelper.cpp:
> "xalan/src/xalanc/PlatformSupport/XSLException.hpp", line 199.29: 1540-0109
> (S) The "mutable" specifier must be applied only to non-reference class data
> members.
> http://publib.boulder.ibm.com/infocenter/zvm/v6r1/index.jsp?topic=/com.ibm.zos.r9.cbcdg01/cbcdg15021.htm
> has this note:
> CCN5109 The "mutable" specifier must be applied only to non-reference class
> data members.
> Explanation:
> The "mutable" specifier is being applied to a declaration that is not a
> member of a class or a member that is a reference.
> User response:
> Remove the "mutable" specifier.
> I removed the mutable but run into more errors of the same type:
> xalan/src/xalanc/PlatformSupport/ExecutionContext.cpp:
> "xalan/src/xalanc/PlatformSupport/ExecutionContext.hpp", line 113.29:
> 1540-0109 (S) The "mutable" specifier must be applied only to non-reference
> class data members.
> xalan/src/xalanc/XPath/Function.cpp:
> "xalan/src/xalanc/XPath/XObjectFactory.hpp", line 325.29: 1540-0109 (S) The
> "mutable" specifier must be applied only to non-reference class data members.
> "xalan/src/xalanc/XPath/XObjectFactory.hpp", line 251.34: 1540-0251 (S) The
> "." operator cannot be applied to the undefined class "class XObjectFactory".
> "xalan/src/xalanc/XPath/XObjectFactory.hpp", line 257.34: 1540-0251 (S) The
> "." operator cannot be applied to the undefined class "class XObjectFactory".
> xalan/src/xalanc/XPath/XPath.cpp:
> "xalan/src/xalanc/XPath/XPathConstructionContext.hpp", line 203.29:
> 1540-0109 (S) The "mutable" specifier must be applied only to non-reference
> class data members.
> "xalan/src/xalanc/XPath/XPathConstructionContext.hpp", line 143.45:
> 1540-0251 (S) The "." operator cannot be applied to the undefined class
> "class XPathConstructionContext".
> "xalan/src/xalanc/XPath/XPathConstructionContext.hpp", line 151.34:
> 1540-0251 (S) The "->" operator cannot be applied to the undefined class
> "class XPathConstructionContext".
> xalan/src/xalanc/XPath/XPathEnvSupportDefault.cpp:
> "xalan/src/xalanc/XPath/XPathEnvSupportDefault.hpp", line 280.45: 1540-0109
> (S) The "mutable" specifier must be applied only to non-reference class data
> members.
> The attached patch solved the errors where I can't say the patch is correct.
> I only did what the IBM pages said and removed the mutable from these places.
> Unfortunately there are more different kind of errors for
> xalan/src/xalanc/ICUBridge/ICUBridge.cpp and
> xalan/src/xalanc/ICUBridge/ICUBridgeCollationCompareFunctorImpl.cpp
> See the second attachment for that.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
