<div dir="ltr"><div class="gmail_quote">2011/3/25 Gong Ding <span dir="ltr">&lt;<a href="mailto:gdiso@ustc.edu">gdiso@ustc.edu</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div id=":14w">It seems pastix and parms has function name conflict.<br></div></blockquote><div><br></div><div>Indeed, this is the problem with forgetting to namespace. We can roll a version with just this symbol namespaced, it would be better if the developers of these packages would namespace their symbols.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div id=":14w">
The function ISCreateGeneral now takes an extra parameter PetscCopyMode.<br>
Which value is compatible to previous version of ISCreateGeneral?<br></div></blockquote><div><br></div><div>PETSC_COPY_VALUES</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div id=":14w">
<br>
MatZeroRows takes two extra Vec. Is it possible to keep the old API unchanged but<br>
use a new API?<br></div></blockquote><div><br></div><div>That becomes an untenable maintenance burden (not so much in this particular case, but code changes are already required for a few other cases). You can check the PETSc version and provide a wrapper with the old API that sends NULL for the last two parameters. A language with keyword arguments would be better in this regard, but no such language is a presently viable alternative.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div id=":14w">
<br>
And what will the version of next petsc release?<br>
Is it will be 3.2 or 4.0?</div></blockquote></div><br><div>3.2</div></div>