Move new release-branch CMake work into a more permanent place

svn path=/branches/CMake/release/doc/; revision=43498
libs/python/test/pyrun.py: 
  - Needed to run the Python tests

libs/xpressive/test/CMakeLists.txt:
  - Xpressive tests depend on boost_unit_test_monitor

tools/build/CMake/BoostTesting.cmake:
  - Clean up implementation of compile and link tests


svn path=/branches/CMake/release/tools/; revision=43507
Support for building and testing Boost.MPI

svn path=/branches/CMake/release/tools/; revision=43532
Deal with multiple include paths in FindMPI module

svn path=/branches/CMake/release/tools/; revision=43664
Merged revisions 43520,43536,43543,43571,43591,43596,43602,43615-43616,43620,43623-43624,43626-43627,43629,43631,43634-43639,43649-43651 via svnmerge from 
https://svn.boost.org/svn/boost/branches/release


svn path=/branches/CMake/release/doc/; revision=43672
Don't use cdr in the FindMPI CMake module

svn path=/branches/CMake/release/tools/; revision=43678
libs/circular_buffer/test/CMakeLists.txt:
  - Fixup non-threaded test

tools/build/CMake/FindMPI.cmake:
  - Update based on CMake CVS


svn path=/branches/CMake/release/tools/; revision=44007
Merged to Boost 1.35.0 

svn path=/branches/CMake/release/INSTALL; revision=44008
Allow one to explicitly describe inter-library dependencies

svn path=/branches/CMake/release/tools/; revision=44009
Early stab at modularizing Boost with CMake

svn path=/branches/CMake/release/tools/; revision=44010
Introduce a topological ordering routine that can determine in what order to build Boost libraries

svn path=/branches/CMake/release/tools/; revision=44014
Use a CMake function rather than a macro to clean up topological_sort

svn path=/branches/CMake/release/tools/; revision=44022
Describe inter-library dependency information, and use the reverse topological ordering of libraries based on those dependencies to include libraries in a logical order

svn path=/branches/CMake/release/tools/; revision=44027
Enable export code, which seems to cause a seg fault in CMake 2.6.0 RC 6

svn path=/branches/CMake/release/tools/; revision=44031
Need to double-expand THIS_PROJECT_DEPENDS on boost_library_project

svn path=/branches/CMake/release/tools/; revision=44455
Mark the component of each library-specific install command

svn path=/branches/CMake/release/tools/; revision=44457
- Add support for exporting the right CPack variables to allow users to select specific components to install
- Fix an issue with missed library dependencies the first time around.

svn path=/branches/CMake/release/tools/; revision=44658
detect vc9, set a default of 'unknown'

svn path=/branches/CMake/release/tools/; revision=45580
As of cmake 2.6.0 targets must have globally unique names, or you get errors like this:

 CMake Error: Attempt to add link library "boost_unit_test_framework-static"
 to target "test3" which is not built by this project.

 CMake Error at tools/build/CMake/BoostCore.cmake:1080 (add_executable):
   add_executable cannot create target "test4" because another target with the
   same name already exists.  The existing target is an executable created in
   source directory
   "/home/troy/Projects/boost/branches/CMake/Boost_1_35_0/libs/variant/test".
   See documentation for policy CMP0002 for more details.
 Call Stack (most recent call first):
   tools/build/CMake/BoostTesting.cmake:173 (boost_add_executable)
   libs/xpressive/test/CMakeLists.txt:50 (boost_test_run)

This creates logical target names of 'Projectname/targetname'
for executables (which includes tests).




svn path=/branches/CMake/release/tools/; revision=45587
Improve granularity of installation components for Windows (untested) and switch to using global properties to export CPack macros

svn path=/branches/CMake/release/tools/; revision=45634