<div class="gmail_quote">On Mon, Jan 12, 2009 at 2:45 PM,  <span dir="ltr">&lt;<a href="mailto:David.Karr@l-3com.com">David.Karr@l-3com.com</a>&gt;</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 class="Ih2E3d">&gt; The issue I&#39;m seeing, is that if libprovides library project fails<br>
&gt; to build, VS decides to try and build the libuses library anyway,<br>
&gt; and then complains that libprovides isn&#39;t there.<br>
&gt;<br>
&gt; Is this the intended behavior of VS, or did I perhaps set something<br>
&gt; up wrong in my CMakeLists.txt?<br>
<br>
</div>This feature was added to VS a few years ago. &nbsp;I first noticed it when I<br>
started building code in VS .NET 2003 (version 7.1). &nbsp;In VS 6.0, the<br>
build stopped after the first failure.<br>
<br>
This is actually a good feature if you want to go do something else<br>
rather than watch your project being compiled. &nbsp;The compiler did useful<br>
work on the libuses library, because it build all the OBJ files<br>
correctly. &nbsp;It just couldn&#39;t link them. &nbsp;When you come back and find the<br>
build failed, and you fix the error in libprovides, you can then finish<br>
the build relatively quickly, because the compiler and linker have<br>
already done almost all the work that they needed to do after building<br>
libprovides. &nbsp;All they have to do really is link the libraries or<br>
executables that depended on libprovides. &nbsp;Depending on your project, VS<br>
may in fact have correctly compiled AND linked a whole bunch of<br>
libraries after libprovides.<br>
<br>
On the other hand, if you want to sit and watch the compiler, you can<br>
always stop the build after you see errors start to occur. &nbsp;So I hardly<br>
see a downside to this feature.<br>
<br>
But of course this is really a VS feature, NOT a CMake feature after<br>
all.<br>
<br>
David<br>
</blockquote><div><br>Thanks for the insight.&nbsp; Glad to know it&#39;s VS and not CMake.&nbsp; I&#39;ve been used to Makefiles for so many years now that I take certain behavior for granted.<br><br>Thanks,<br>James <br></div></div>
<br>