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

2009-01-15 Thread David Abrahams
on Wed Jan 14 2009, "troy d. straszheim" wrote: > Hi Brad, > > There is a lot to discuss here. I'll go back later and make specific > comments. It'd > be great to talk in person at boostcon, (boostcon rocks, by the way.) > > I understand/agree with a lot of your points (especially bulkiness, a

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

2009-01-15 Thread Beman Dawes
On Thu, Jan 15, 2009 at 9:30 AM, David Abrahams wrote: > > on Wed Jan 14 2009, "troy d. straszheim" wrote: > >> Hi Brad, >> >> There is a lot to discuss here. I'll go back later and make specific >> comments. It'd >> be great to talk in person at boostcon, (boostcon rocks, by the way.) >> >> I

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

2009-01-15 Thread Beman Dawes
On Wed, Jan 14, 2009 at 6:16 PM, Doug Gregor wrote: > On Wed, Jan 14, 2009 at 3:02 PM, Beman Dawes wrote: >> On Wed, Jan 14, 2009 at 11:52 AM, Brad King wrote: >>>.. >>> One of the goals of CMake is to let developers use their favorite >>> native tools. >> >> Horrors! As a boost developer, the l

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

2009-01-15 Thread Brad King
troy d. straszheim wrote: > There is a lot to discuss here. I'll go back later and make specific > comments. It'd be great to talk in person at boostcon, (boostcon rocks, > by the way.) > > I understand/agree with a lot of your points (especially bulkiness, and > the need to reduce the number of

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

2009-01-15 Thread troy d. straszheim
David Abrahams wrote: on Wed Jan 14 2009, "troy d. straszheim" wrote: Hi Brad, There is a lot to discuss here. I'll go back later and make specific comments. It'd be great to talk in person at boostcon, (boostcon rocks, by the way.) I understand/agree with a lot of your points (especially

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

2009-01-15 Thread troy d. straszheim
Brad King wrote: The boost-cmake-for-users talk could of course reflect whatever we get done between now and then. Has anyone submitted anything for this yet? We (Kitware) can present our CMake/CTest/CDash/CPack software process in general, but the boost-specific part should probably be done

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

2009-01-15 Thread David Abrahams
on Wed Jan 14 2009, Brad King wrote: > Hi Folks, > > I'm considering attending BoostCon 2009 to provide developer-level > CMake expertise, Yes, please! > and I'm looking into proposing a session as Hartmut > requested. Also yes please. > In preparation I've downloaded and tried the curren

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

2009-01-15 Thread David Abrahams
on Thu Jan 15 2009, "Beman Dawes" wrote: >> Have you tried helping a Boost newbie go through the process of >> building and installing Boost lately? It's extremely painful, but we >> don't see that pain because we've all gone through the initial hurdles >> of getting bjam setup just right for ou

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

2009-01-15 Thread David Abrahams
on Thu Jan 15 2009, "troy d. straszheim" wrote: > What to you say to the original question about the preferred format? Don't know what to say yet, sorry. -- Dave Abrahams BoostPro Computing http://www.boostpro.com ___ Boost-cmake mailing list Boost-

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

2009-01-15 Thread Brad King
David Abrahams wrote: > * logfile scraping is too hopelessly fragile to make for a good testing > system, and there are better and possibly even easier alternatives. The question here is whether one wants to test with the same tools users might use to build the project. If one user's tool doesn

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

2009-01-15 Thread troy d. straszheim
Brad King wrote: David Abrahams wrote: * logfile scraping is too hopelessly fragile to make for a good testing system, and there are better and possibly even easier alternatives. The question here is whether one wants to test with the same tools users might use to build the project. If one

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

2009-01-15 Thread Brad King
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 (or > should know) how to find what comp