<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 12, 2013 at 4:37 PM, Matthew Knepley <span dir="ltr"><<a href="mailto:knepley@gmail.com" target="_blank">knepley@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Tue, Feb 12, 2013 at 5:34 PM, Barry Smith <span dir="ltr"><<a href="mailto:bsmith@mcs.anl.gov" target="_blank">bsmith@mcs.anl.gov</a>></span> wrote:<br>
</div><div class="gmail_extra"><div class="gmail_quote"><div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
   Certain PETSc "functions" are documented as being "Developer" level. Does this mean they will be in a "developer" API as opposed to the "user" API (for example in xxximpl.h instead of petscxxx.h)?  Or will there not be a "developer" API at all and xxximpl.h merely provides access to the direct data structure.<br>

</blockquote><div><br></div></div><div>I thought Developer meant "we are still figuring this out", or "you can really hurt yourself here", not "this is secret".</div><div></div></div></div></blockquote>
</div><br>That was my impression too. I thought the actual internal stuff did not have a generated man page.</div><div class="gmail_extra"><br></div><div class="gmail_extra" style>It's possible to be a bit more strict about this by enabling visibility. When configured using --with-visibility, internal functions become "invisible" outside the shared library (even those that aren't file-local). To make that more precise and explicit, we could use PETSC_INTERNAL instead of PETSC_EXTERN for those functions.</div>
</div>