Re: [Boost-bugs] [Boost C++ Libraries] #9125: Boost using of getenv prohibits its use on Windows Store application

Subject: Re: [Boost-bugs] [Boost C++ Libraries] #9125: Boost using of getenv prohibits its use on Windows Store application
From: Boost C++ Libraries (noreply_at_[hidden])
Date: 2013-09-24 14:38:39


#9125: Boost using of getenv prohibits its use on Windows Store application
--------------------------------------+---------------------
  Reporter: beholder@… | Owner: artyom
      Type: Bugs | Status: closed
 Milestone: To Be Determined | Component: locale
   Version: Boost Development Trunk | Severity: Problem
Resolution: invalid | Keywords:
--------------------------------------+---------------------

Comment (by ixSci <beholder@…>):

 Added 2 possible patches: v1 is local to locale and v2 is somehow related
 implementation to another ticket with a similar
 problem(https://svn.boost.org/trac/boost/ticket/9124)

 In both cases it requires to define BOOST_FOR_WINRT during compilation
 with bjam.
 Tests pass, as far as I can tell. I've run bjam from test subfolder and
 seen **passed** only. I didn't fund any report or conclusion, though.
     Automatic detection of build for WinStore? (if feasible)
 Impossible since one can use plain old applications on Windows 8 with new
 Windows Store ones in the same time. So one should be explicit about his
 choice.
     I'm more than sure that getenv would be the least of all the problems
 and many test would likely to fail for different reasons
 It may be true but one can't test it with the tests library has because
 new thins are applied to WinRT applications only and afaik you can't build
 console application with WinRT support. So whoever use WinRT with
 boost.locale will find bugs if there is something other there. I just
 tested basic functional of translating: it works.

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

This archive was generated by hypermail 2.1.7 : 2017-02-16 18:50:14 UTC