Scott Cantor commented on XERCESC-2141:

>From an API standpoint, I would say that it's the default behavior that would 
>matter. The type of XMLCh that the compiler uses by default on a supported 
>platform shouldn't change outside of a major upgrade.

That goes hand in hand with making sure that a given build process for 3.2.x 
doesn't result in a changed ABI on 3.2.x+1

Related to that, we really need an official list of supported platforms and 

> Enable C++11/14 with autoconf build
> -----------------------------------
>                 Key: XERCESC-2141
>                 URL: https://issues.apache.org/jira/browse/XERCESC-2141
>             Project: Xerces-C++
>          Issue Type: Improvement
>          Components: Build
>            Reporter: Roger Leigh
>            Priority: Major
>              Labels: autoconf, build, c++11, c++14
>         Attachments: 0001-autoconf-Enable-C-14-or-C-11-when-available.patch
> The CMake build will try to put the compiler in C++14 mode, falling back to 
> C++11 then C++98.  The autoconf build doesn't do this, and the attached patch 
> makes the behaviour match so both build systems will use the same fallbacks.
> Current compilers default to C++14.  Very old compilers have no support for 
> C++11 or C++14.  But compilers in between support it, but not by default.  
> This adds the feature tests to check for such support and enable it when 
> available.
> The CMake C++ standard support is user-configurable by setting the 
> CMAKE_CXX_STANDARD setting.  Autoconf doesn't provide any way to do this, so 
> the feature enabling isn't explicitly overridable.  I'm not sure if that's 
> too problematic.  The main compatibility concern might be if this causes an 
> ABI break with use of C++11/14 library features like the new string type.  
> However, we aren't making use of any of these features.  The main change 
> would be the XMLCh type switch from uint16_t to char16_t.  I'm not sure what 
> the Xerces policy for such changes has been in the past.  Any thoughts?

This message was sent by Atlassian JIRA

To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org
For additional commands, e-mail: c-dev-h...@xerces.apache.org

Reply via email to