<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 4, 2013 at 6:25 PM, Barry Smith <span dir="ltr"><<a href="mailto:bsmith@mcs.anl.gov" target="_blank">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=":1oj"> The makefile should be marked as not supporting complex<br>
<br>
> It was put into the repository mostly because we don't have a good system for supporting forks.\<br>
<br>
   I thought bitbucket now gives a system for handling forks?<br></div></blockquote><div><br></div><div style>Yeah, this was before we used bitbucket, but we still haven't established a workflow conducive to supporting downstream forks.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":1oj"><div class="im">
> It was off by default because the code was unstable and untested. There is an example now (src/ksp/ksp/examples/tutorials/ex59.c) so I think we can remove the --with-pcbddc option. Stefano, does this sound right to you?<br>

<br>
</div>   Or it could be a good test example for a PETSc plugin repository?</div></blockquote></div><br>Yes, either way. Stefano, if you feel it is reasonably stable, can you remove the --with-pcbddc guard and put in the necessary restrictions (#requirespackage 'PETSC_HAVE_PARMETIS', #requiresscalar real)?</div>
</div>