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-tp46... 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