<div class="gmail_quote">On Sat, Mar 17, 2012 at 13:16, Jed Brown <span dir="ltr"><<a href="mailto:jedbrown@mcs.anl.gov">jedbrown@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 have fixed the logging variables and a few others. The following incantation will show you a list of the symbols that are not currently in a "claimed" namespace (either directly or through bundling). These are arguably already too promiscuous, but the symbols that this does not filter out should probably be fixed.<div>

<br></div><div><font face="'courier new', monospace">$ nm --print-file-name mpich-static/lib/libpetsc.a |sort -k 3 | grep ' \(B\|D\|C\|T\) ' | grep -i -v ' \(XXT\|XYT\|Xi\|TetGen\|Vec\|Mat\|Petsc\|KSP\|PC\|SNES\|DM\|TS\|PF\|IS\|AO\|Characteristic\|ClassPerf\|EventPerfLog\|EventRegLog\|spbas_\|f90array\|mpifcmb\|SPARSEPACK\|MPIU_\|MINPACK\|admf_\)'</font></div>
</blockquote><div><br></div><div>Why does PETSc use the MPIU_ prefix? MPICH2 uses it internally for "utility" routines. Should that stuff become PetscMPI_ or similar?</div><div><br></div><div><a href="http://wiki.mcs.anl.gov/mpich2/index.php/Function_Name_Prefix_Convention">http://wiki.mcs.anl.gov/mpich2/index.php/Function_Name_Prefix_Convention</a><br>
<br><br></div><div>Also, perhaps we should set up a board like this to highlight global naming violations.<br><br><a href="http://www.mcs.anl.gov/research/projects/mpich2/todo/globsyms.htm">http://www.mcs.anl.gov/research/projects/mpich2/todo/globsyms.htm</a></div>
</div>