<div dir="ltr">On Sun, Sep 1, 2013 at 7:53 PM, 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"><div class="im">Barry Smith <<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>> writes:<br>
<br>
> If so then shouldn't DMSetVecType() be the function that determines<br>
> the type for DM in one fell swoop instead of separate calls to<br>
> VecSetFromOptions() for each create? Note in theory that<br>
> DMSetFromOptions() has the option -dm_vec_type allowing runtime<br>
> selection of all the DM vectors also rather than the separate calls to<br>
> VecSetFromOptions() for each create?<br>
<br>
</div>Yes.<br>
<div class="im"><br>
>   Can all these VecSetFromOptions() be removed?<br>
<br>
</div>Probably replaced with VecSetType(X,dm->vectype)?<br>
</blockquote></div><br>Note that this removes the ability to easily monitor these internal vectors.</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>