<div class="gmail_quote">On Fri, Mar 23, 2012 at 17:48, 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">
   I'm confused. I am NOT injecting it into the original definition, I am injecting it into the PCFieldSplit in the same way that your "permutation" would inject it just into the PCFieldSplit, it is just (in my opinion) a more user friendly way of the user providing this permutation. Note that this "two fields" business is NOT going in the DM (and hence into the original definition of the problem) and would normally only be used when the DM definition was "bad" (due to zero block for example) just like your permutation would only be used when things were bad.</blockquote>
</div><br><div>1. The PCFieldSplitSetIS() interface does not have this.</div><div><br></div><div>2. The reason for pivoting is not that the DM ordering was "bad", it's that a symmetric ordering without the 0 block does not exist (factorization does not work with _any_ symmetric ordering). So you pivot for factorization and restore.</div>
<div><br></div><div>3. You now have one name for a set of rows and columns that may not "go together".</div><div><br></div><div>Somehow I think this is just more confusing and less run-time-friendly, but maybe that's my fault. In any case, the change has to be consistent (PCFieldSplitSetIS) and we have to decide how the DM can specify when pivoting is needed.</div>