[
https://issues.apache.org/jira/browse/XERCESC-1252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Boris Kolpackov resolved XERCESC-1252.
--------------------------------------
Resolution: Won't Fix
I don't think we will be supporting IRIX in any future versions unless someone
with knowledge and access will step up to maintain it (in which case feel free
to reopen this bug).
> Compilation problem on IRIX 6.5 with MIPSpro Compilers: Version 7.41
> --------------------------------------------------------------------
>
> Key: XERCESC-1252
> URL: https://issues.apache.org/jira/browse/XERCESC-1252
> Project: Xerces-C++
> Issue Type: Bug
> Components: Build
> Affects Versions: 2.5.0
> Environment: IRIX 6.5
> MIPSpro Compilers: Version 7.41
> Reporter: Marcus Mohr
> Attachments: diffit, patch-xercesc-1252
>
>
> 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.
-
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]
