[Boost-cmake] build of boost trunk

2008-11-10 Thread Alex Ott
Re all I updated my repository from svn and got following message, when i try to rebuild: CMake Error at libs/preprocessor/test/CMakeLists.txt:1 (boost_additional_test_dependencies): Unknown CMake command "boost_additional_test_dependencies". This is not only for this file, but for almost al

Re: [Boost-cmake] CMake modularization update

2008-11-10 Thread David Abrahams
on Mon Nov 10 2008, Michael Jackson wrote: > boost_module(iterator DEPENDS mpl type_traits function concept_check) The dependency on function doesn't look right to me. -- Dave Abrahams BoostPro Computing http://www.boostpro.com ___ Boost-cmake maili

Re: [Boost-cmake] CMake modularization update

2008-11-10 Thread Michael Jackson
On Nov 9, 2008, at 12:46 PM, Eric Niebler wrote: (Resending from the correct account ... sorry if you get this more than once.) Michael Jackson wrote: The latest dependency graph can be found at: http://www.bluequartz.net/dependencies.pdf I've just removed the dependency of spirit on xpre

Re: [Boost-cmake] CMake modularization update

2008-11-10 Thread Eric Niebler
(Resending from the correct account ... sorry if you get this more than once.) Michael Jackson wrote: The latest dependency graph can be found at: http://www.bluequartz.net/dependencies.pdf I've just removed the dependency of spirit on xpressive in trunk. Now, both xpressive and spirit depe

Re: [Boost-cmake] CMake modularization update

2008-11-10 Thread Michael Jackson
On Nov 10, 2008, at 11:47 AM, David Abrahams wrote: on Fri Nov 07 2008, "Doug Gregor" wrote: On Fri, Nov 7, 2008 at 11:55 AM, Michael Jackson <[EMAIL PROTECTED]> wrote: Any ideas on what we would like to keep "un-modularized" for now? Looking at the dependency graph here are my own thou

Re: [Boost-cmake] CMake modularization update

2008-11-10 Thread David Abrahams
on Fri Nov 07 2008, "Doug Gregor" wrote: > On Fri, Nov 7, 2008 at 11:55 AM, Michael Jackson > <[EMAIL PROTECTED]> 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 kep