Re: [petsc-dev] Naming for functions that are safe to call from threads
On Sat, Feb 16, 2013 at 7:34 PM, Jed Brown <[email protected]> wrote:
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).
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).
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.
Still like that better than _r. Matt -- What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead. -- Norbert Wiener
participants (1)
-
Matthew Knepley