Are you planning to include pcbddc in the next release?<br><br>It works, but some parts of PCBDDC code are not fully developed as we decided with Jed (primarly, the MatPartitioning procedure for multilevel).<br><br>In case you want to include it into the next release, how many days I have to work on the code until the release ?<br>
<br><div class="gmail_quote">2012/3/12 Jed Brown <span dir="ltr"><<a href="mailto:jedbrown@mcs.anl.gov">jedbrown@mcs.anl.gov</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><div class="gmail_quote">On Mon, Mar 12, 2012 at 14:40, 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">

 I still like including the private in the name since it makes clear they are private include files.</blockquote></div><br></div><div>Cool, glad that's out of the way.</div><div><br></div><div>Now about namespacing all the variables in the makefiles. This is an opportunity to clarify/normalize variable names. I don't know what SL_LINKER is, for example.</div>

<div><br></div><div>Also, should there be an "exported" version that makes some of the PETSC symbols public? (I think so, even just for internal use, because I don't want to type ${PETSC_MPIEXEC}, ${PETSC_DIFF}, ${PETSC_PYTHON}, etc in all the makefiles.)</div>

</blockquote></div><br><br clear="all"><br>-- <br>Stefano<br>