Subject: Re: [boost] CMake Announcement from Boost Steering Committee
From: Jared Grubb (jared.grubb_at_[hidden])
Date: 2017-07-20 21:35:01
+1000. I think you summed up my feelings as well.
Having the SC step in now was a good move. At some point, arguments like "tabs vs spaces" stop going anywhere because people dig in (often for good reasons, on both sides), and it's easy to stalemate -- although I think the community was moving towards cmake consensus naturally, based on the recent discussions.
This decision lets us get past the distraction of arguing what's best and move on to what really matters: How to get there.
> El jul. 18, 2017, a las 17:22, David Stone via Boost <boost_at_[hidden]> escribiÃ³:
> Thanks for announcing this, Jon, and thanks to the Steering Committee for
> making a decision.
> From where I am sitting, CMake is the clear winner of the "build system
> war". Regardless of how you personally feel about the technical merits, it
> is hard to argue that Boost as a project and a community is not better off
> due to this change.
> To some people, this seems out of the blue. To me, this seems inevitable.
> There have been many discussions on the Boost mailing list over the past
> months (years, even) about having CMake be a requirement for new libraries
> and using it as the default build system. We, as a community, pride
> ourselves on keeping up with modern software development practices. In C++,
> that increasingly means using CMake.
> We should not be concerned that we will be unable to make the change --
> projects far larger and more complicated than ours build on CMake already.
> That's one of the advantages of making use of tools that have broad
> support: most of the work is already done.
> If you imagine two possible futures: one in which Boost uses CMake as the
> build system and one in which it uses b2, which future do you imagine is
> better for Boost in the coming years?
> Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk