troy d. straszheim wrote:
> Saw some discussion on this...  here's the story.  I'll skip discussion
> of why one would want to do this at all :)
> 
> I believe this clears the way to check the cmake stuff in to the main
> release branch alongside everything else: everything can happily coexist
> with Boost.Build.   We no longer need to do any reshuffling of
> directories or adding svn:externals.  I suppose that could get
> political.  Thoughts?

Let's be brave.

> boost_library_project now takes an argument HEADERS, which lists the
> toplevel headers and subdirs relative to boost/ that are a part of this
> component.  eg:
> 
> boost_library_project(Signals
>   SRCDIRS src
>   TESTDIRS test
>   AUTHOR Doug Gregor
>   HEADERS signal.hpp signals.hpp signals
>   )
> 
> note that 'signals' above (the directory, not the header file) does
> *not* have a trailing slash.
> 
> The MODULAR keyword is GONE.  All libraries are considered modular
> all the time, that is if you depend on X, your include paths will always
> be appended with libs/X/include/boost.  

Great!

> Notice that these per-library
> include paths don't actually exist in svn: all of the headers are still
> 'in the monolith' toplevel boost/ directory (in fact, this directory is
> now an external pointing back to the 'main' release branch).   Things
> compile fine, since that directory is in the include path by default.
> 
> To 'automodularize' the boost tree, just
> 
>   make modularize
> 
> and those HEADERS from each library will get moved from toplevel boost/
> to each library's libs/*/include/boost directory.  This currently
> requires 'rsync' and 'rm' presumably working only unixy platforms,
> which should be fine, there's nothing about this that needs extensive
> special testing on windows.  Who knows, maybe under cygwin it would work.

I'm certain that it would; cygwin is POSIX.
Could you use something like python's shutil.copytree or
http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/231501 to do
this portably?

-- 
Dave Abrahams
BoostPro Computing
http://www.boostpro.com
_______________________________________________
Boost-cmake mailing list
Boost-cmake@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/boost-cmake

Reply via email to