You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-dev@xerces.apache.org by "Gareth Reakes (JIRA)" <xe...@xml.apache.org> on 2005/04/06 17:25:30 UTC

[jira] Commented: (XERCESC-1380) Unneccessary definition of extra delete operator causes compiler error

     [ http://issues.apache.org/jira/browse/XERCESC-1380?page=comments#action_62278 ]
     
Gareth Reakes commented on XERCESC-1380:
----------------------------------------

Are there any more comments on this issue? David, do you think it reasoanble to commit the suggested fix to the problem with the sparc compiler?

> Unneccessary definition of extra delete operator causes compiler error
> ----------------------------------------------------------------------
>
>          Key: XERCESC-1380
>          URL: http://issues.apache.org/jira/browse/XERCESC-1380
>      Project: Xerces-C++
>         Type: Bug
>     Versions: 2.6.0
>  Environment: Solaris 2.8 with compiler SPARCompiler 4.2
>     Reporter: Maciek Samsel

>
> So anyway why do you need to define that extra delete operator?:
>      //The Borland compiler is complaining about duplicate overloading of delete
> #if !defined(XML_BORLAND)
>     /**
>       * This method provides a matching delete for the placement new
>       *
>       * @param p      The pointer to the allocated memory
>       * @param memMgr An application's memory manager
>       */
>     void operator delete(void* p, MemoryManager* memMgr);
> #endif
> SPARCompiler 4.2 (as probably a few others) does not recognize that operator as valid and report an error.
> Please make appropriate macro declarations (not only for Borland as it is now) in platform specific files as well as conditional generation check in files:
> xerces-c-src_2_6_0/src/xercesc/util/XMemory.hpp
> xerces-c-src_2_6_0/src/xercesc/util/XMemory.cpp
> The check could be as follows:
> #if !defined(XML_BORLAND) && !defined(NO_DELETE_OVERLOAD)
> ...
> #endif
> FYI, the code compiles just fine without operator.

-- 
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: xerces-c-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-c-dev-help@xml.apache.org