<div dir="ltr">On Sat, Feb 16, 2013 at 8:10 PM, Barry Smith <span dir="ltr"><<a href="mailto:bsmith@mcs.anl.gov" target="_blank">bsmith@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"><br>
  size_t and friends  makes me nervous at _t<br></blockquote><div><br></div><div style>Good point, _t means type in way too many contexts. We have used _T in a type macro as well (PETSC_UINTPTR_T, MPIU_SIZE_T, ...).</div>
<div style><br></div><div style>Maybe _K is not so bad after all.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5"><br>
On Feb 16, 2013, at 8:08 PM, Jed Brown <<a href="mailto:jedbrown@mcs.anl.gov">jedbrown@mcs.anl.gov</a>> wrote:<br>
<br>
><br>
> On Sat, Feb 16, 2013 at 7:55 PM, Barry Smith <<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>> wrote:<br>
>  _k   _t   ?<br>
><br>
> I think I'd prefer _t or _T. The "kernel" mnemonic is more about the intent of the code that usually goes in such a function than the semantics of that execution mode.<br>
<br>
</div></div></blockquote></div><br></div></div>