Re: [cmake-developers] memory leaks in cpack

2011-03-19 Thread Eric Noulard
2011/3/18 Eric Noulard eric.noul...@gmail.com: 2011/3/18 Eric Noulard eric.noul...@gmail.com: 2011/3/18 Bill Hoffman bill.hoff...@kitware.com: On 3/18/2011 3:52 PM, Eric Noulard wrote: Yes but this could be a real symptom a memory corruption. What is the simplest way for me to run the same

Re: [CMake] One too many ../ instances in the relative paths generated by file(GLOB_RECURSE variable RELATIVE ...)

2011-03-19 Thread Michael Hertling
On 03/18/2011 09:28 PM, Alan W. Irwin wrote: I am using the following CMake code fragment to collect file depends for a custom target that generatates doxygen documentation: # Collect essentially same source code dependencies that are in Doxyfile # including most of the template

Re: [CMake] One too many ../ instances in the relative paths generated by file(GLOB_RECURSE variable RELATIVE ...)

2011-03-19 Thread Alan W. Irwin
On 2011-03-19 07:32+0100 Michael Hertling wrote: On 03/18/2011 09:28 PM, Alan W. Irwin wrote: I am using the following CMake code fragment to collect file depends for a custom target that generatates doxygen documentation: # Collect essentially same source code dependencies that are in

Re: [CMake] 2.8.4 order of tests

2011-03-19 Thread Alan W. Irwin
On 2011-02-21 12:42-0500 David Cole wrote: This should be fixed already in CMake's 'next' branch. If you can try a nightly installer, or build yourself from 'next', let me know if there is still any problem. Fix will be in 2.8.5 when it comes out in a few months. I got bitten by this bug

[Cmake-commits] CMake branch, next, updated. v2.8.4-1224-g52682a9

2011-03-19 Thread Eric Noulard
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via 52682a93ab3b7b3678968504432258149cea0f67 (commit) via