Subject: Re: [boost] Switch to CMake -- Analysis
From: Stefan Seefeld (stefan_at_[hidden])
Date: 2017-07-21 20:55:33
On 21.07.2017 16:35, Florent Castelli via Boost wrote:
> On 21/07/2017 22:15, Andrey Semashev via Boost wrote:
>> I don't think it is realistic to convert the whole Boost in a single
>> release time frame, unless you want to put the transition as a
>> release criteria (which would be a bad idea). It would make sense to
>> either release half-baked support for CMake for a few Boost releases
>> or to follow the switch-the-whole-Boost approach: work on libraries
>> in the background and then merge it to develop/master for all
>> libraries. In the former case there's that potentially endless period
>> of having two build systems.
> You could possibly ask developers from other major project who
> transitioned to CMake what was their experience. LLVM moved
> exclusively to CMake not too long ago and it would certainly be
> interesting for people doubting it is possible to talk to their build
> engineers and developers.
> Note that some people (certainly not everyone) are quite happy with
> the transition, I saw again some message the other day from people
> loving the new changes in the latest CMake and it made LLVM compile
> much faster.
All this is beside the point, as we are not arguing about the respective
advantages or disadvantages in Boost.Build or CMake. The point is about
who has the burden to a) implement the change and b) to maintain the
infrastructure, and how that affects (or should affect) the decision
-- ...ich hab' noch einen Koffer in Berlin...
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk