<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 20, 2013 at 2:03 PM, Karl Rupp <span dir="ltr"><<a href="mailto:rupp@mcs.anl.gov" target="_blank">rupp@mcs.anl.gov</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":4v0">I also found that in some occasions one should issue<br>
>gt; rm -rf PETSC_ARCH/CMake*<br>
prior to running a reconfigure in order to circumvent a bug [1] in CMake.<br>
<br>
@Jed, Matt: The current cmakeboot.py removes PETSC_ARCH/CMakeFiles/{<u></u>version_string}, which does not seem to even exist on my machine (CMake 2.8.7). Can we instead just delete the whole CMakeFiles-folder and probably CMakeCache.txt?<br>
</div></blockquote><div><br></div><div style>AFAIK, the bug did not exist in earlier versions of CMake. I don't want to delete all of CMakeFiles because it implies that _everything_ would have to be recompiled after re-running cmakeboot.py.</div>
<div style><br></div><div style>Did you encounter another bug or just the one cited?</div><div style><br></div><div style>BTW, what sort of project introduces an infinite-loop bug in a subminor release and then is incredulous that you would expect to be able to run the tool more than once?</div>
</div></div></div>