<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Aug 12, 2015 at 9:39 AM, 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="">Torquil Macdonald Sørensen <<a href="mailto:torquil@gmail.com">torquil@gmail.com</a>> writes:<br>
> The section "Options for SEQAIJ matrix" is repeated. The reason I ask is<br>
> because I have another Petsc program that prints an enormous amount of<br>
> duplicate lines when running with -help. I found this old thread from<br>
> 2006 about the same problem:<br>
><br>
> <a href="http://lists.mcs.anl.gov/pipermail/petsc-users/2006-October/000737.html" rel="noreferrer" target="_blank">http://lists.mcs.anl.gov/pipermail/petsc-users/2006-October/000737.html</a><br>
<br>
</span>Sadly, this is still a known problem and it got worse when we became<br>
more consistent about printing options for things like matrices and<br>
vectors (which rarely have prefixes and for which many options used to<br>
be hidden).  Fixing it is somewhat at odds with our desire to remove<br>
global variables whenever possible, but I think it needs to be fixed.  I<br>
tend to filter -help output with grep, FWIW.<br>
</blockquote></div><br>What will we use to uniquely identify a block of options? I hate the idea of a random string.</div><div class="gmail_extra">Its too easy to mess up. Should we use a class+type_name?</div><div class="gmail_extra"><br></div><div class="gmail_extra">   Matt<br clear="all"><div><br></div>-- <br><div class="gmail_signature">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></div>