On Tue, Jun 21, 2011 at 5:11 AM, J Decker <span dir="ltr"><<a href="mailto:d3ck0r@gmail.com">d3ck0r@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Okay I have many many projects and targets using cmake to build them.<br>
<br>
I target openwatcom stock install, mingw stock install, and vs2010<br>
stock install + cmake + my sources<br>
<br>
Often when I make a change to sack/includes/*.h everything rebuilds<br>
appropriately.<br>
If I change a header in a library that's local and included with<br>
"something.h" (?I think?) I don't know specifically which<br>
misbehave.... but before I declare it's a fault, I wondered if header<br>
dependancies were something that cmake was supposed to make rules for.<br>
<br>
It's gotten me a couple times recently where I made a change in a<br>
header that didn't cause a recompile. I think I have a candidate that<br>
demonstrates it if I need to look into it further?<br>
<div><div></div><div class="h5"><br>
On Tue, Jun 21, 2011 at 2:02 AM, Michael Wild <<a href="mailto:themiwi@gmail.com">themiwi@gmail.com</a>> wrote:<br>
> On 06/21/2011 10:51 AM, J Decker wrote:<br>
>> header files in directory change should cause rebuild?<br>
>> Doesn't cmake parse the c files for includes and auto build header dependancies?<br>
><br>
><br>
> Sorry, can you rephrase your question? Preferably using complete<br>
> sentences, so people are actually are able to follow...<br>
><br>
><br>
> Micheal<br>
><br>
> _______________________________________________<br>
> Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
><br>
> Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
><br>
> Please keep messages on-topic and check the CMake FAQ at: <a href="http://www.cmake.org/Wiki/CMake_FAQ" target="_blank">http://www.cmake.org/Wiki/CMake_FAQ</a><br>
><br>
> Follow this link to subscribe/unsubscribe:<br>
> <a href="http://www.cmake.org/mailman/listinfo/cmake" target="_blank">http://www.cmake.org/mailman/listinfo/cmake</a><br>
><br>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the CMake FAQ at: <a href="http://www.cmake.org/Wiki/CMake_FAQ" target="_blank">http://www.cmake.org/Wiki/CMake_FAQ</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.cmake.org/mailman/listinfo/cmake" target="_blank">http://www.cmake.org/mailman/listinfo/cmake</a><br>
</div></div></blockquote></div><br><div>CMake generates makefiles that have dependency info in them based on a built-in dependency scanner that looks for "#include" lines in source files. But for build systems like Xcode and Visual Studio, it trusts those systems to do the scanning without doing that scanning.</div>
<div><br></div><div>So... is your problem with the makefile based build trees, or the Visual Studio build tree? If Visual Studio, complain to Microsoft. If makefile, then give some more info so we can figure out where the problem is.</div>
<div><br></div><div><br></div><div>Thx,</div><div>David</div><div><br></div>