<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Mar 2, 2018 at 2:02 PM, Jed Brown <span dir="ltr"><<a href="mailto:jed@jedbrown.org" target="_blank">jed@jedbrown.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Matthew Knepley <<a href="mailto:knepley@gmail.com">knepley@gmail.com</a>> writes:<br>
<br>
> I guess my superficial response to this is<br>
><br>
>   a) I do not consider Buildsystem "mine" anymore. I may still have the<br>
> most lines of code, but I am not even sure of that.<br>
>       However, I am interested in fixing problems, since I think it is<br>
> still the best available way to do these things.<br>
><br>
>   b) Broad criticisms are very useful as a way to introduce specific<br>
> criticisms that can be worked on. Divorced from that<br>
>       grounding, they are much less useful.<br>
><br>
>   c) I believe that you have a hard time making modifications. I would note<br>
> that this code has received a steady stream of<br>
>       updates for its entire existence, so it is not impossible, but<br>
> perhaps too hard.<br>
<br>
</span>A lot of those updates have been hacking something in locally (leading<br>
to inconsistencies and varying assumptions) because refactoring is too<br>
intimidating.<br>
<span class=""><br>
>   d) The particular problem you bring up is not that hard (I think) to fix.<br>
> You go into RDict, which is the place where all options<br>
>        are held. Put in a marker which gets set when the option is<br>
> accessed, just as we do in PETSc. The problem is really<br>
>        that configure is likely to produce many more false positives, as<br>
> people often put in things that might not be accessed.<br>
>        I am fine if that is what we want.<br>
><br>
>   e) More broadly, the use of RDict is unrecognizable from the original<br>
> design that Barry and I did 14 years ago. I think we<br>
>       can just strip this out and replace it with something of equivalent<br>
> functionality which is simpler and smaller.<br>
<br>
</span>Smaller and simpler would be fantastic.<br>
</blockquote></div><br>On this note, I am saddened by the fact that no current options parsing</div><div class="gmail_extra">implementations has even this features, let alone other things that we do.</div><div class="gmail_extra">Are our needs to different from every other program?</div><div class="gmail_extra"><br></div><div class="gmail_extra">   Matt<br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>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><br></div><div><a href="http://www.caam.rice.edu/~mk51/" target="_blank">https://www.cse.buffalo.edu/~knepley/</a><br></div></div></div></div></div>
</div></div>