Hi,
I've discovered that the libs at the trunk are populated by files
by the name CMakeLists.txt and module.cmake and I assume
these belong to the once annonced effort to create a build
infrastructure for Boost with CMake. I'd have several questions
in this regard:
1. Is this effort active and su
troy d. straszheim wrote:
One thing that has changed since that discussion is
tests-as-first-class-targets: for boost, at least, the extra cost
in generation time and time-to-build is prohibitive, and the
regex-selection style of ctest (-R mylibrary) is more straightforward
and functional. (You
Hey Bill,
Bill Hoffman wrote:
That said, we have a large software project with similar needs as Boost
interested in adding some features that might change that. Of course
none of this is implemented yet, but in the next 3 to 4 months CDash
maybe in a much better position to work with Boost.
On Nov 7, 2008, at 3:53 PM, 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 kept
