[ http://issues.apache.org/jira/browse/XERCESC-1252?page=comments#action_59056 ] Kean Johnston commented on XERCESC-1252: ----------------------------------------
The same problem appears with UnixWare, and for the same reasons. Both UnixWare and MIPSPro use the EDG C++ front end. On UnixWare, the option to pass is -T no_implicit. I haven't yet figured out if I need -DXERCES_TMPLSINC or not yet, but I suspect I do. > Compilation problem on IRIX 6.5 with MIPSpro Compilers: Version 7.41 > -------------------------------------------------------------------- > > Key: XERCESC-1252 > URL: http://issues.apache.org/jira/browse/XERCESC-1252 > Project: Xerces-C++ > Type: Bug > Components: Build > Versions: 2.5.0 > Environment: IRIX 6.5 > MIPSpro Compilers: Version 7.41 > Reporter: Marcus Mohr > > Hi, > I was trying to built xerces-c version 2.5.0 on an IRIX 6.5 using MIPSpro > compilers version 7.41. > After having enabled namespace support in MIPSproDefs.hpp by commenting in > #define XERCES_HAS_CPP_NAMESPACE, I configured xerces using the following > command line > ./runConfigure -pirix -ccc -xCC -b64 -P<myPrefix> > This went fine. The successive gmake, however, ran into problems. CC reported > six errors of the following type when compiling > DOMDocumentImpl.cpp: > using precompiled header file "DOMDocumentImpl.pch". > cc-1220 CC: ERROR File = DOMDeepNodeListPool.c, Line = 78 > The function > > "xercesc_2_5::DOMDeepNodeListPool<TVal>::DOMDeepNodeListPool(XMLSize_ > t, bool, XMLSize_t)" has already been defined. > Checking the sources a little bit, I think that the problem is the > following. DOMDocumentImpl.cpp explicitely includes both, > DOMDeepNodeListPool.c and DOMDeepNodeListPool.hpp. Since XERCES_TMPSINC was > not defined during inclusion DOMDeepNodeListPool.hpp did not in turn include > DOMDeepNodeListPool.c. > However, now a feature of the IRIX C++ compiler comes into play. By > default the compiler uses auto inclusion. This means that it will > try to include template definition files, if necessary. Thus, it will > include DOMDeepNodeListPool.c twice, once explicitely and once implicitely > via automatic inclusion through DOMDeepNodeList.hpp. > Fortunately this behaviour of the compiler can be changed by the > -no_auto_include option. If this is specified in ./runConfigure > compilation goes fine. And the samples I tested work also. > My suggestions are the following: > 1) Make XERCES_HAS_CPP_NAMESPACE the default in MIPSproDefs.hpp > 2) Add -no_auto_include to PLATFORM_COMPILE_OPTIONS for IRIX > Another point that I did not recognise in the beginning was that > specifying -b64 will define things like the -DXML_BITSTOBUILD_64 > macro, but a little bit surprisingly :) it will not instruct the compiler to > generate 64-bit objects. I only noted that when trying > to link the library with our application code. > The remedy of course is to specify -z -64 -l -64 to runConfigure, > but it might be worth trying to handle this automatically. > Cheers > Marcus -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
