<br><br><div class="gmail_quote">2012/9/21 Hong Zhang <span dir="ltr"><<a href="mailto:hzhang@mcs.anl.gov" target="_blank">hzhang@mcs.anl.gov</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Stefano:<div>Thanks for sending us the patch. Is this for petsc-3.3 or petsc-dev?</div></blockquote><div><br>petsc-dev<br><br>Barry: you're the boss but I agree with Jed. It will be a very ugly code if we duplicate a bunch of #ifdef inside mumps.c. Regarding superlu, I decided to maintain them since they are fewer. You don't like PetscMUMPS_c? Well, you only need to change the first lines :-)<br>
<br>I was thinking about using MUMPS_c (as already did for BLAS/LAPACK), but it's too much close to xmumps_c, maybe it will interfere with their macros in the next release. <br><br>When Hong has finished testing, I will split the patches and commit them. Please let me know what macro name you'll choose (or the ugly choice of course)<br>
<br>There is also pastix which can be enabled, but the problem is that it requires pt-scotch for partitioning, and in turn pt-scotch will become a possible method to be used in MatPartitioning class. Maybe someone can think about adding a new command line argument in package configure which guaranties you will use a library (pt-scotch) only inside  pastix and not within the MatPartitioning class? (maybe using self.useddirectly in config/BuildSystem/package.py)<br>
<br>--<br>Stefano<br>
</div></div>