Re: [boost] Clang 600 and BOOST_SYSTEM_CONSTEXPR causes error_code.hpp compile failure.

Subject: Re: [boost] Clang 600 and BOOST_SYSTEM_CONSTEXPR causes error_code.hpp compile failure.
From: John Maddock (jz.maddock_at_[hidden])
Date: 2018-07-08 16:13:20

On 08/07/2018 15:42, Peter Dimov via Boost wrote:
>> John Maddock wrote:
>>
>> > 1>C:\Program Files (x86)\Microsoft Visual Studio > 
>> 14.0\VC\include\system_error(168,18):Â  note: declared here
>> > 1>Â Â Â Â Â Â Â  /* constexpr */ error_category() _NOEXCEPTÂ Â Â Â Â  // 
>> TRANSITION
>>
>> This commented-out constexpr (in the 2015 headers) is the problem, 
>> thanks. Now how do we work around it...
>
> The problem here is that Clang can pick up and use any MSVC headers it 
> finds depending on who knows what search algorithm, and to work around 
> the commented-out constexpr I need to detect that it uses the 2015 STL 
> (because the 2017 STL would presumably have the constexpr, although I 
> haven't checked all of its flavors.)

I preprocessed the source and it's picking up the latest headers for me: 
m:\\compilers\\vc2017\\vc\\tools\\msvc\\14.13.26128\\include\\system_error

and I still see:

class error_category
 Â Â Â  {Â Â Â  // categorize an error
public:
 Â Â Â  /* constexpr */ error_category() _NOEXCEPTÂ Â Â  // TRANSITION
 Â Â Â  Â Â Â  {Â Â Â  // default constructor
 Â Â Â  Â Â Â  _Addr = reinterpret_cast<uintptr_t>(this);
 Â Â Â  Â Â Â  }

In that header.

Defines wise we have:

Clang version 6.0.0 (tags/RELEASE_600/final)
 Â Â Â  _CPPUNWINDÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =1
     __cplusplus                             =201402L
 Â Â Â  _WIN32Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =1
 Â Â Â  _WIN64Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =1
 Â Â Â  _CPPRTTIÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =1
 Â Â Â  _CPPUNWINDÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =1
 Â Â Â  _DLLÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =1
 Â Â Â  _M_AMD64Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =100
 Â Â Â  _M_X64Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =100
 Â Â Â  _MSC_BUILDÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =1
 Â Â Â  _MSC_EXTENSIONSÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =1
 Â Â Â  _MSC_VERÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =1900
 Â Â Â  _MSC_FULL_VERÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =190000000
 Â Â Â  _MSVC_LANGÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =201402L
 Â Â Â  _MTÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =1
 Â Â Â  _NATIVE_WCHAR_T_DEFINEDÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =1
 Â Â Â  __VERSION__Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  ="4.2.1 Compatible Clang 
6.0.0 (tags/RELEASE_600/final)"

Dinkumware standard library version 650
 Â Â Â  _CPPLIB_VERÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =650
 Â Â Â  _GLOBAL_USINGÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =1
 Â Â Â  _HAS_EXCEPTIONSÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =1
 Â Â Â  _HAS_CXX17Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =0
 Â Â Â  _HAS_AUTO_PTR_ETCÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =1
 Â Â Â  _HAS_OLD_IOSTREAMS_MEMBERSÂ Â Â Â Â Â Â Â Â Â Â Â Â  =1
 Â Â Â  _HAS_FUNCTION_ASSIGNÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =1
 Â Â Â  _HAS_TR1_NAMESPACEÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =1
 Â Â Â  _HAS_IDENTITY_STRUCTÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =1
 Â Â Â  _ITERATOR_DEBUG_LEVELÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =2
 Â Â Â  _HAS_ITERATOR_DEBUGGINGÂ Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â  =1
 Â Â Â  _ITERATOR_DEBUG_ARRAY_OVERLOADSÂ Â Â Â Â Â Â Â  =1

Not sure if this helps, John.

---
This email has been checked for viruses by AVG.
https://www.avg.com