I have similar issues as well, but with MSVC with toolset v141 and /std:c++latest. It chokes on std::unary_function having been removed, but I really need post C++14 features.

It is very annoying that Boost configures almost entirely manually. MSVC specific config header is purely based on compiler versions instead of probing for particular featues. Apologies for axing the developers again because of this, but if Boost would have mainlined any of the projects that aimed on using CMake as a configure and build system, we’d have none of these issues. One could properly detect features of compilers unknown to Boost at the time it was written.

Feladó: bebuch via Boost-users
Elküldve: 2017. február 23., csütörtök 16:43
Címzett: boost-users@lists.boost.org
Másolatot kap: bebuch
Tárgy: Re: [Boost-users] libc++-5 doesn't know auto_ptr anymore

Unfortunately these aren't solutions for my problem, but for the counterpart

of it.

I don't need auto_ptr, but the boost implementation of shared_ptr does.

If the standard library (libc++ in this case) does not provide

std::auto_ptr, I can't use boost::shared_ptr. (Again I won't use

boost::shared_ptr, but the other boost libraries I use do.) The best

solution would be, when boost::dll, boost::filesystem and boost::spirit::x3

would use std::shared_ptr instead of boost::shared_ptr if available. (The

same with boost::filesystem and std::filesystem by the way.)

To clarify my question: Is there a way to disable std::auto_ptr overloads

inside the boost library? Especially inside the Boost Smart Ptr library.

--

View this message in context: http://boost.2283326.n4.nabble.com/libc-5-doesn-t-know-auto-ptr-anymore-tp4691812p4691817.html

Sent from the Boost - Users mailing list archive at Nabble.com.

_______________________________________________

Boost-users mailing list

Boost-users@lists.boost.org

http://lists.boost.org/mailman/listinfo.cgi/boost-users