On Oct 31, 2008, at 5:26 PM, Doug Gregor wrote:
On Fri, Oct 31, 2008 at 5:01 PM, Michael Jackson
<[EMAIL PROTECTED]> 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.
?
_________________________________________________________
Mike Jackson [EMAIL PROTECTED]
BlueQuartz Software www.bluequartz.net
Principal Software Engineer Dayton, Ohio
_______________________________________________
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake
