Boost logo

Boost Interest :

Subject: Re: [Boost-cmake] CMake modularization update
From: Michael Jackson (mike.jackson_at_[hidden])
Date: 2008-12-02 09:35:29


On Nov 7, 2008, at 3:53 PM, Doug Gregor wrote:

> On Fri, Nov 7, 2008 at 11:55 AM, Michael Jackson
> <mike.jackson_at_[hidden]> wrote:
>> Any ideas on what we would like to keep "un-modularized" for now?
>> Looking
>> at the dependency
>> graph here are my own thoughts on which libraries should probably
>> be kept
>> un-modularized for now:
>>
>> mpl
>> functional
>> integer
>> detail
>> utility
>> exception
>> function
>> preprocessor
>> concept_check
>> concept
>> config
>> type_traits
>> static_assert
>> iterator
>> tuple
>> smart_ptr
>
> Most of these look like they belong in the core. "detail" isn't a
> library. I bet "function", "iterator", "tuple", and "smart_ptr" could
> be pulled out and made into modular libraries, since they shouldn't
> have all *that* many dependencies.
>
> - Doug

Did we want to proceed with this refactoring? And if so did we want to
actually move the "core" stuff into BOOST_ROOT/libs/core or just leave
it in BOOST_ROOT/boost?

Mike


Boost-cmake list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk