Boost logo

Boost :

Subject: Re: [boost] [cmake] revision 50756 failed to merge some file properties
From: joaquin_at_[hidden]
Date: 2009-09-09 08:10:50


troy d. straszheim escribió:
> Joaquin M Lopez Munoz wrote:
>
>> IMHO if some specific material (CMake stuff in this case)
>> is going to be delivered, then it *has* to be deployed
>> and maintained in trunk just as anything else; this particular
>> quirk was just that, a quirk, I wouldn't extract far-fetched
>> consequences from it.
>>
>
> From my perspective, it isn't a quirk; When 1.41 time rolls around,
> it will make sense to tune up the cmakefiles for release, and it will
> still not make sense to tune up the cmakefiles on the trunk, where noone
> uses them. I'm not about to ask library authors to maintain two build
> systems, nor to ask them to switch to cmake; however I think the
> cmakeable distributions are useful to a certain group, and it is easy
> and efficient to prepare these asynchronously.
>

Would it be possible to set up a regression runner that uses CMake
instead of Boost.Build
so that problems with CMake are treated the same way as "regular" problems?

Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo


Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk