Subject: Re: [boost] Informal CMake meeting at CPPCon
From: paul (pfultz2_at_[hidden])
Date: 2017-10-03 15:51:43
On Mon, 2017-10-02 at 20:31 -0700, Robert Ramey via Boost wrote:
> On 10/2/17 11:20 AM, Niall Douglas via Boost wrote:
> > >
> > > c) And that any such proposals should go through the Boost formal review
> > > process.Â Traditionally, the boost formal review process has never
> > > applied to boost tools so this would be a departure from traditional
> > > practice.
> > There is good reason why tooling doesn't go through a formal review
> > process, it could never pass a formal review.
> I don't think anyone can know that.
> > I think requiring a cmake conversion to pass a formal review is an
> > impossible ask.Â
> Doesn't seem impossible to me.
> > he cmake conversion will never reach the quality of the
> > Boost.Build
> I think that we're here because many believe that CMake has always beenÂ
> a better alternative than boost build.
> > one in any reasonable time period, and moreover, everything
> > keeps shifting with time.
> everthing always shifts with time.
> > I'd support a simple majority, yay or nay vote for the proposed cmake
> > design. Without commentary or review. Makes things feasible. And a
> > second simple majority yay or nay for when Boost.Build is to be turned
> > off (if ever).
> Hmmm - the boost review process is certainly nothing like a simpleÂ
> yay/nay vote.Â Â This is exactly the reason that the boost librarys areÂ
> considered among the best.
> Also, there has not been actually been any cmake design submitted.Â Â PaulÂ
> has indicated that he believes that it is unnecessary to do this.Â Â SoÂ
> under these conditions, no boost-like review could be conducted.Â Â So weÂ
> are again at a stand still.
No that is not what I am saying at all. The BCM which is like a "library" for
cmake will go through a formal review process.Â
Then after its accepted the cmake build files using BCM will go through an
"open" review process and then merged into boost.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk