Re: [Boost-cmake] Analysis of the current CMake system

2009-02-05 Thread Ingo Albrecht
troy d. straszheim schrieb: Brad King wrote: troy d. straszheim wrote: I don't quite get "That doesn't mean we can't test some tools without log-scraping". I see two different cases here. There's the developer working under visual studio or emacs who wants to run some tests. This guy knows (

Re: [Boost-cmake] Parallel Builds on Windows (Was: Analysis of the current CMake system)

2009-02-05 Thread Michael Jackson
There are those in the CMake community that successfully combine "unix makefiles" with the Visual Studio Compilers to perform parallel builds. http://www.cmake.org/pipermail/cmake/2008-June/022178.html is one of the relevant threads. Here is another thread that has some important informati

Re: [Boost-cmake] Parallel Builds on Windows (Was: Analysis of the current CMake system)

2009-02-05 Thread Ingo Albrecht
Michael Jackson schrieb: There are those in the CMake community that successfully combine "unix makefiles" with the Visual Studio Compilers to perform parallel builds. http://www.cmake.org/pipermail/cmake/2008-June/022178.html is one of the relevant threads. Here is another thread that has

[Boost-cmake] Using QuickBook without Boost.Build

2009-02-05 Thread Thomas Klimpel
Hi, The QuickBook toolchain is a bit tricky to set up properly. According to https://svn.boost.org/trac/boost/wiki/BoostDocs/GettingStarted the chain to generate .html from a .qbk file is QuickBook -> BoostBook -> DocBook -> HTML According to the documentation of QuickBook http://www.boost.org/d

Re: [Boost-cmake] Using QuickBook without Boost.Build

2009-02-05 Thread troy d. straszheim
Thomas Klimpel wrote: Hi, The QuickBook toolchain is a bit tricky to set up properly. According to https://svn.boost.org/trac/boost/wiki/BoostDocs/GettingStarted the chain to generate .html from a .qbk file is QuickBook -> BoostBook -> DocBook -> HTML According to the documentation of QuickBoo

Re: [Boost-cmake] Analysis of the current CMake system

2009-02-05 Thread troy d. straszheim
Ingo Albrecht wrote: Note that vcbuild (the command line driver for VS builds) has command line arguments for specifying strings to prefix log messages at various log levels with. This should make log scraping of the compilation much more reliable, although it still disgusts me. This does not wor

Re: [Boost-cmake] Analysis of the current CMake system

2009-02-05 Thread Bill Hoffman
troy d. straszheim wrote: Further, I have to note that command-line VS builds should be supported for one simple reason: nmake does not support parallel builds and probably never will. This makes VS the easiest way of running a parallel build on Windows (locally or distributed with additional to