<div dir="ltr">On Sat, Feb 16, 2013 at 7:34 PM, Jed Brown <span dir="ltr"><<a href="mailto:jedbrown@mcs.anl.gov" target="_blank">jedbrown@mcs.anl.gov</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">We've currently been naming functions with FunctionName_kernel, but these have been very private so far. Some new work will make some of these sharable (e.g., between matrix classes).<div>
<br></div><div>
I've already found cases where _kernel functions call non-kernel functions, which is definitely broken, so I'd like to adopt a consistent naming that we can use everywhere, and even selectively open up to users (e.g., a threaded MatSetValues).</div>

<div><br></div><div>The C standard library uses funcname_r for reentrant. What convention should PETSc use. Note that spelling out "_kernel" uses up a lot of characters if we use it with extern linkage.</div>
</div>
</blockquote></div><br>Still like that better than _r.</div><div class="gmail_extra"><br></div><div class="gmail_extra">   Matt<br clear="all"><div><br></div>-- <br>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>
-- Norbert Wiener
</div></div>