Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

2008-02-06 Thread Alan W. Irwin
On 2008-02-06 22:37-0500 Bill Hoffman wrote: Alan W. Irwin wrote: No file level depends are done mostly a build time. This is a performance issue. Some generators like VS IDE do file level depends by themselves. With the makefiles cmake computes the depends, but at build time not cmake ti

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

2008-02-06 Thread Alan W. Irwin
On 2008-02-06 21:04-0500 Brad King wrote: Alan W. Irwin wrote: On 2007-12-14 09:53-0800 Alan W. Irwin wrote: On 2007-12-14 10:32-0500 Brad King wrote: CMake employs a 2-level make recursion system that is independent of the directory structure. The first level never builds anything...it

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

2008-02-06 Thread Bill Hoffman
Alan W. Irwin wrote: My first interpretation was "that" referred to graphviz, but in fact the file was produced at cmake time, and it was a simple matter to process it by hand using the "dot" command-line tool (even though I had never heard of that tool or graphviz before). "gv" has errors fo

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

2008-02-06 Thread Alan W. Irwin
On 2008-02-06 21:05-0500 Bill Hoffman wrote: Could we have a cmake command-line option to evaluate/diagnose the complete list of file and target dependencies as understood by cmake? You could start with a print out of complete target dependency chains and file dependency chains as cmake unders

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

2008-02-06 Thread Bill Hoffman
Alan W. Irwin wrote: On 2007-12-14 09:53-0800 Alan W. Irwin wrote: On 2007-12-14 10:32-0500 Brad King wrote: CMake employs a 2-level make recursion system that is independent of the directory structure. The first level never builds anything...it just evaluates target-level dependencies with

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

2008-02-06 Thread Brad King
Alan W. Irwin wrote: On 2007-12-14 09:53-0800 Alan W. Irwin wrote: On 2007-12-14 10:32-0500 Brad King wrote: CMake employs a 2-level make recursion system that is independent of the directory structure. The first level never builds anything...it just evaluates target-level dependencies with

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

2008-02-06 Thread Alan W. Irwin
On 2007-12-14 09:53-0800 Alan W. Irwin wrote: On 2007-12-14 10:32-0500 Brad King wrote: CMake employs a 2-level make recursion system that is independent of the directory structure. The first level never builds anything...it just evaluates target-level dependencies with phony targets. That

Re: [CMake] Custom cache

2008-02-06 Thread Bill Lorensen
vtk and itk make heavy use of ctest scripts ( http://www.cmake.org/Wiki/CMake_Scripting_Of_CTest) to generate/save cache settings. We use them for many of the nightly tests: http://www.itk.org/Testing/Dashboard/MostRecentResults-Nightly/Dashboard.html http://www.vtk.org/Testing/Dashboard/MostRecent

Re: [CMake] Custom cache

2008-02-06 Thread Filipe Sousa
Alexander Neundorf wrote: > On Thursday 07 February 2008, Fernando Cacciola wrote: > > Try QtDialog from cmake cvs, there you can delete single entries, filter > entries by a pattern and then delete the filtered entries etc. s/QtDialog/cmake-gui signature.asc Description: OpenPGP digital si

Re: [CMake] Custom cache

2008-02-06 Thread Mike Jackson
can't you load up a "pre-cache" with cmake on fresh runs? cmake -C. I am assuming you could use a backup copy of your CMakeCache.txt with the changed entries removed as a starting place. Just a guess. Someone can correct me if I am wrong. -- Mike Jackson Senior Research Engineer Innovati

Re: [CMake] Custom cache

2008-02-06 Thread Alexander Neundorf
On Thursday 07 February 2008, Fernando Cacciola wrote: > Hi people, > > As you know (or should know) it is sometimes needed to delete the cache, > specially if the system changes and libraries are added, deleted or > upgraded. > However, some settings are too valuable and its annoying to loose them

[CMake] Custom cache

2008-02-06 Thread Fernando Cacciola
Hi people, As you know (or should know) it is sometimes needed to delete the cache, specially if the system changes and libraries are added, deleted or upgraded. However, some settings are too valuable and its annoying to loose them just because the cache had to be deleted, so I wonder, are th

RE: [CMake] 4th Edition CMake book now in stock

2008-02-06 Thread Ken Martin
Kitware has no plans to release an electronic version of the CMake book at this time. Kitware sells the ITK book and also makes it available for free as a pdf. So we do have a track record and real multi-year data concerning making a technical book available in two different mediums and we have som

Re: [CMake] CMake book

2008-02-06 Thread Pau Garcia i Quiles
Quoting Michael Wild <[EMAIL PROTECTED]>: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all I wanted to ask whether the new CMake book will be available on Amazon or some other (preferably european) retailer. The problem is that if I buy it through the Yahoo shop, shipping to Switzerland is

[CMake] CMake book

2008-02-06 Thread Michael Wild
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all I wanted to ask whether the new CMake book will be available on Amazon or some other (preferably european) retailer. The problem is that if I buy it through the Yahoo shop, shipping to Switzerland is ridiculously expensive (more than the

[CMake] Dependency checking for D

2008-02-06 Thread Tim Burrell
Hi there, I'm one of the maintainers of the CMake module for the D programming language (http://dsource.org/projects/cmaked), and currently the module works really well, with one exception: dependency checking. Since D uses an "import" method which is very similar to java, I'm wondering if it wou

Re: [CMake] 4th Edition CMake book now in stock

2008-02-06 Thread Brandon Van Every
On Feb 6, 2008 2:32 AM, Alan W. Irwin <[EMAIL PROTECTED]> wrote: > > Finally, Brandon, I assume you disagree with some/all of the above since we > obviously live in different realities, but will you for once grant someone > else the courtesy of the last word in a given thread? You rarely do that,