Re: [Boost-bugs] [Boost C++ Libraries] #9124: Boost.Thread using of _beginthreadex prohibits its use on Windows Store application

Subject: Re: [Boost-bugs] [Boost C++ Libraries] #9124: Boost.Thread using of _beginthreadex prohibits its use on Windows Store application
From: Boost C++ Libraries (noreply_at_[hidden])
Date: 2013-09-29 13:49:59

#9124: Boost.Thread using of _beginthreadex prohibits its use on Windows Store
application
--------------------------------------+-------------------------
  Reporter:  beholder@…               |      Owner:  johnmaddock
      Type:  Bugs                     |     Status:  new
 Milestone:  To Be Determined         |  Component:  config
   Version:  Boost Development Trunk  |   Severity:  Problem
Resolution:                           |   Keywords:
--------------------------------------+-------------------------

Comment (by ixSci <beholder@…>):

 I confirm there is such a macro(__cplusplus_winrt) when building with /ZW.

 The solution proposed is not meant to be fully fledged solution for using
 boost.thread with WinRT but just to get it linking with project with
 WinRT. Currently you can't link against boost.thread(and as well at least
 with boost.locale, issue:https://svn.boost.org/trac/boost/ticket/9125). So
 the main purpose of the patch is to allow at least link against boost.
 Since a few other libraries depends on boost.thread you just can't use
 them also(e.g. boost.log).

 You get it slightly wrong the API doesn't have any C# components. They are
 pure C++ they are just like COM. It is away Widows API evolving for C-like
 to C++-like. The only restriction is that WinRT could be used with so
 called Metro(windows store) applications only.

 And it is the very reason you can't count on any system macros: you don't
 have true new platform actually. You just have a sandboxed platform inside
 existing WIndows platform. So one can use boost to build Metro app and
 Win32 app on the same machine. But to have it right one will have to use
 separate boost bulds anyway: one for win32 and one for winrt. It is just a
 reality. There is no way to fix it by using system macros. I hope my
 explanation will shed some light.

 That is why I proposed this patch.
 Real solution for the boost.thread problem is to add WinRT support to the
 boost.thread. Or even add not a WinT support but just C++11 support
 underneath. Since every Visual Studio which could be used to write WinRT
 does have C++11 thread support. But still it is whole another story. Right
 now it should be at least possible to link against boost.thread.

-- 
Ticket URL: <https://svn.boost.org/trac/boost/ticket/9124#comment:15>
Boost C++ Libraries <http://www.boost.org/>
Boost provides free peer-reviewed portable C++ source libraries.