<div class="gmail_quote">On Tue, Aug 30, 2011 at 14:37, Barry Smith <span dir="ltr"><<a href="mailto:bsmith@mcs.anl.gov">bsmith@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=":zs">  Back to your proposal, which you have to admit is pretty ugly<br>
<br>
    --download-package      gets the tarball if needed and builds<br>
   --download-package=something.tar.gz   use this tarball and build<br>
   --download-package=rebuild   reconfigure and rebuild package (even if it thinks it doesn't need to)<br>
<br>
   I don't like the fact that what comes after the = is disparate;  a keyword or a filename<br>
<br>
<br>
    Don't we also need<br>
   --download-package=update   get the latest tarball and build from that?</div></blockquote></div><br><div>Well, --update-package.</div><div><br></div><div>But I'm not sure we should try to bolt it on to the current interface. Why do we have to declare every dependent package up-front? Why not be able to start with a minimal configuration and add packages? There could be a shorthand for doing a single configuration line, but I don't think that adding Umfpack should need to involve a full reconfigure and recompile. We should be able to install Umfpack, recompile matregis.c (maybe we can avoid this), compile umfpack.c, relink, and be done. If we have some influence on dependency tracking, I think this could even be done in a maintainable way. Not a project for this week, however.</div>