<div dir="ltr">On Tue, Oct 29, 2013 at 9:04 AM, Jed Brown <span dir="ltr"><<a href="mailto:jedbrown@mcs.anl.gov" target="_blank">jedbrown@mcs.anl.gov</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Barry Smith <<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>> writes:<br>
>     Could you please add a —with-clean (or better name?) option to ./configure that does the $PETSC_ARCH removal business? Then we can just run<br>
><br>
>     $PETSC_ARCH/conf/reconf*.py  —with-clean<br>
<br>
I guess this also has to delete relevant parts of externalpackages to<br>
make sure the current version of packages get downloaded.<br>
<br>
Part of me wants to put all the externalpackages inside $PETSC_ARCH<br>
because the source is usually smaller than the object files or the<br>
compiled binary, so we're not saving anything by unpacking in a common<br>
location.  We could store the tarballs in a common place and include<br>
their SHA1 in ${package}.py so that BuildSystem could match the correct<br>
tarball and unpack it cleanly.<br>
</blockquote></div><br>If we are hashing the source, why ever keep it around? Just keep the hash. If</div><div class="gmail_extra">the hash does not match the tarball we get (either from options or by default lookup),</div>
<div class="gmail_extra">unpack it, build it, and store that hash, then delete the source.</div><div class="gmail_extra"><br></div><div class="gmail_extra">   Matt<br clear="all"><div><br></div>-- <br>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>
-- Norbert Wiener
</div></div>