Reported as bug #10151.<br><br>Steve<br><br><div class="gmail_quote">On Thu, Jan 14, 2010 at 5:57 PM, Bill Hoffman <span dir="ltr"><<a href="mailto:bill.hoffman@kitware.com">bill.hoffman@kitware.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="h5">Steven Wilson wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The mechanism that creates the ReRunCMake.make file seems to not correctly gather all the dependent CMakeLists.txt files from a project. For example if you have the following source tree:<br>
<br>
src/<br>
- CMakeLists.txt<br>
- A/<br>
- CMakeLists.txt<br>
- B/<br>
- CMakeLists.txt<br>
<br>
where the src/CMakeLists.txt file calls add_subdirectory(A) and add_subdirectory(B), then CMake only includes the src/CMakeLists.txt file in the file dependency list in ReRunCMake.make file. The A/CMakeLists.txt and B/CMakeLists.txt files do not get included. Interestingly enough, these files do get added to ReRunCMake.make but get overwritten each time CMake processes another CMakeLists.txt file.<br>
<br>
As a result, if I change CMakeLists.txt in either the A or B directories, the Xcode project does not re-run CMake to regenerate the the project files and the Xcode project does not get updated correctly.<br>
<br>
Any help would be appreciated, thanks,<br>
<br>
</blockquote></div></div>
Sounds like a bug... Can you create a bug report?<br><font color="#888888">
<br>
-Bill<br>
</font></blockquote></div><br>