Boost logo

Boost Interest :

Subject: Re: [Boost-cmake] CMake modularization update
From: Michael Jackson (mike.jackson_at_[hidden])
Date: 2008-10-30 14:26:10

On Oct 30, 2008, at 2:17 PM, David Abrahams wrote:

> on Wed Oct 29 2008, "Doug Gregor" <> wrote:
>>> I added some debugging into the BoostCore.cmake modularization
>>> code so that
>>> I can try and figure out what has been and has NOT been
>>> modularized. What I
>>> am coming up with is 27 libraries have been modularized and there
>>> are 79
>>> libraries. So that leaves 52 libraries to be modularized. Is that
>>> Correct?
>> That sounds right. I suggest modularizing from the leaves, and
>> avoiding trying to modularize those libraries that are tangled in the
>> core of Boost-config, type_traits, MPL, preprocessor, etc.
> Doug, what's your opinion of where that should go in the long run?
> Should we leave it alone, or should we eventually break these things
> down into modularizable pieces?
> --
> Dave Abrahams
> BoostPro Computing

I have all but 2 of the "libraries" from the "libs" directory
modularized. The unfinished libs are:
compose: Nothing that I can find header-wise needs to be modularized
mem_fn: Seems like just a single header that needs to be modularized.

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 ?
I do have a limited subset of boost trunk building with CMake at this
point in time.
Who ever put the graphviz file generation in place.. THANK YOU.. it
saved me a lot of time trying to run down dependencies that were or
were not needed.
I can send an image of the latest dependency graph as I have things
now if wanted.
Mike Jackson mike.jackson_at_[hidden]

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