On Sun, Apr 6, 2008 at 10:28 PM, Bill Hoffman &lt;<a href="mailto:bill.hoffman@kitware.com" target="_blank">bill.hoffman@kitware.com</a>&gt; wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div>Philip Lowman wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
Thanks Bill. &nbsp;Enjoy the rest of the weekend.<br>
<br>
</blockquote>
<br></div>
Found it...<br>
<br>
$ cvs commit -m &quot;BUG: fix network path by mistake in search &quot; cmFindBase.cxx<br>
/cvsroot/CMake/CMake/Source/cmFindBase.cxx,v &nbsp;&lt;-- &nbsp;cmFindBase.cxx<br>
new revision: 1.36; previous revision: 1.35<br>
<br>
Basically the find path stuff was exapanding out to something like this:<br>
<br>
//boost_1_34<br>
<br>
Note the // at the start of the path. &nbsp;On Windows this is a network path, and windows was trying to contact a machine called boost_1_34. &nbsp;I have put a check in to stop it from doing this. &nbsp;You mpv project now configures in 1.3 seconds. &nbsp;Still slow than the .97 seconds for cmake 2.4.8, but the newer cmake gives better diagnostics about which targets are using the undefined variables from things not being found.</blockquote>

<div><br>Yeah, that would explain it!&nbsp; Thanks for the quick fix.<br><br>I like the new error reporting by the way. Should make debugging configuration issues easier.<br></div></div><br>-- <br>Philip Lowman