Re: [Boost-bugs] [Boost C++ Libraries] #8618: Link Error :

Subject: Re: [Boost-bugs] [Boost C++ Libraries] #8618: Link Error :
From: Boost C++ Libraries (noreply_at_[hidden])
Date: 2014-10-30 17:14:52


#8618: Link Error :
-------------------------------+------------------------
  Reporter: Sudhir | Owner: bemandawes
      Type: Bugs | Status: closed
 Milestone: To Be Determined | Component: filesystem
   Version: Boost 1.53.0 | Severity: Regression
Resolution: invalid | Keywords: Link Error
-------------------------------+------------------------

Comment (by smueller@…):

 Replying to [comment:6 bemandawes]:
> I'm closing this as "Invalid" since it really isn't a coherent bug
 report.
>
> A valid bug report would identify the compiler name and version,
 platform, build command, and supply a sample program that exhibits the
 problem.
 Just FYI: Modern versions of Visual Studio (I'm using VS2012) assume a
 default of the built-in wchar_t type when so many libraries (such as Qt)
 compile with -wchar_t-. It's just one of those gotchas.
 An easy case to reproduce is make a very small Qt project in Visual Studio
 and perform a boost::filesystem operation that involves std::string. The
 link will fail because it expects a wchar_t type to exist, and it does
 not.
 It would be interesting if there was a way to compile the filesystem
 libraries to have both versions of the required methods (wchar_t as well
 as signed short, I think it is), though I'm not sure how this would be
 done. I saw this issue with boost::log as well.
>
> Thanks,
>
> --Beman
 No, thank you! I love this library.

-- 
Ticket URL: <https://svn.boost.org/trac/boost/ticket/8618#comment:7>
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:17 UTC