On Sun, Mar 31, 2024 at 9:17 PM Vinnie Falco via Boost < boost@lists.boost.org> wrote:
That is probably true, but removing Boost.SmartPtr does nothing to solve it. If the maintainers of a code base are bothered by a mixture of smart pointer types, they must refactor the code base in question to use only one type instead. boost::shared_ptr and std::shared_ptr are almost identical, so an automated search and replace would likely suffice.
Thanks
Well it forces people to do it. :) I have seem a lot of codebases fix
parts of their technical debt just because they had to, e.g.. they wanted
to upgrade boost or compiler and now some UB or deprecated code needed to
be fixed.
If you do not care about people who do not care about their code that is
fair, but there is one more thing...
Removing stuff has positive PR effect since as a user I have feeling that
addition to boost are always amazing, but there is no cleanup and it gives
boost a bad image. I know people have done amazing work on existing
libraries like unordered, but I really really have no idea why boost::array
has not been removed 5+ years ago.
This is nothing against boost::array, if it was not a great library it
would not be in std::, but for me natural process would be to remove it
from boost.
Or why is
#include