Boost logo

Boost Interest :

Subject: Re: [Boost-cmake] CMake modularization update
From: Doug Gregor (doug.gregor_at_[hidden])
Date: 2008-10-31 18:03:57

On Fri, Oct 31, 2008 at 6:00 PM, Michael Jackson
<mike.jackson_at_[hidden]> wrote:
> On Oct 31, 2008, at 5:26 PM, Doug Gregor wrote:
>> On Fri, Oct 31, 2008 at 5:01 PM, Michael Jackson
>> <mike.jackson_at_[hidden]> wrote:
>>> On Oct 31, 2008, at 2:16 PM, Doug Gregor wrote:
>>>>>>> What I am not sure of is what to do with the remaining headers in the
>>>>>>> "boost" directory. Are those going to be the "core" of Boost or ?
>>>>>> Yeah, that's how I would do it.
>>>>> So are talking about modularizing what is left into "libs/core" then? I
>>>>> just
>>>>> want to be really clear and certain before I make that move.
>>>> Sorry, I was very unclear. I would like the remaining libs (mpl,
>>>> type_traits, config, and whatever else is in that tangle)
>>>> unmodularized for now. There *are* circular dependencies at the
>>>> library level and they aren't trivial to untangle. It's better for the
>>>> CMake effort to leave those in the non-modularized core and let the
>>>> library authors sort out the dependencies later.
>>> How my working directory stands now is that all the libraries are
>>> modularized.
>>> The problem I know have is that according to the generated dependency
>>> graph
>>> there is only 1 circular between date_time, algorithm and regex.
>>> MPL, Type_Traits and such _seem_ to be ok but I think that is probably a
>>> false report going on what you guys are telling me.
>> If you enable testing, does "make check" run cleanly? On Mac OS X, it
>> should.
>> - Doug
> make check
> make: *** No rule to make target `check'. Stop.

Sorry, "make test". You also need to set ENABLE_TESTING.

  - Doug

Boost-cmake list run by bdawes at, david.abrahams at, gregod at, cpdaniel at, john at