On Tue, Oct 5, 2010 at 3:41 PM, Jed Brown <span dir="ltr"><<a href="mailto:jed@59a2.org">jed@59a2.org</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;">
<div class="im">On Tue, Oct 5, 2010 at 17:18, Matthew Knepley <<a href="mailto:knepley@gmail.com">knepley@gmail.com</a>> wrote:<br>
> Obviously not slower than building everything that gets touched.<br>
<br>
</div>Get builder.py to rebuild after<br>
<br>
find src -name '*vec.c' | xargs touch<br>
<br>
in under 5 seconds and we'll talk.  It is still very slow.<br>
<br>
The correct thing is to have the build system manage generated files<br>
(instead of the configuration system), so they get updated exactly<br>
when needed.<br>
<br>
<br>
BTW, builder.py outputs things like the following, charges on, and<br>
then doesn't successfully create an archive.<br>
<br>
ERROR: Missing object file /home/jed/petsc/ompi/lib/libpetsc-obj/petscsnesmod.o<br></blockquote><div><br></div><div>It does not do Fortran modules correctly because right now I cannot handle that level</div><div>of wrongness.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
It also puts *.d files in the source tree, but these reference files<br>
in $PETSC_DIR/$PETSC_ARCH/include, and thus is incorrect if you have<br>
multiple arches.</blockquote><div><br></div><div>True.</div><div><br></div><div>   Matt</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><font color="#888888"><br>

Jed<br>
</font></blockquote></div><br><br clear="all"><br>-- <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<br>