aaron.ballman added inline comments.

================
Comment at: include/clang/Basic/AttrDocs.td:3780
+represent an implicit "this" pointer in class methods. If there is no implicit
+"this" pointer it shall not be referenced. The index '-1', or the name "?",
+represents an unknown callback callee argument. This can be a value which is
----------------
The `'?'` here needs to change to be `'__'` instead.


================
Comment at: include/clang/Basic/Builtins.def:96
 //  V:N: -> requires vectors of at least N bits to be legal
+//  C<N,M_0,...,M_k> -> callback behavior: argument N is called with argument 
M_0, ..., M_k as payload
 //  FIXME: gcc has nonnull
----------------
Wrap to 80-col


================
Comment at: lib/Sema/SemaDeclAttr.cpp:3483
+
+  NameIdxMapping["__this"] = 0;
+
----------------
jdoerfert wrote:
> aaron.ballman wrote:
> > This doesn't match the documentation either, but I'm less clear on why the 
> > double underscores are used.
> If you use `this`, the lexer will generate the special "this" token. That one 
> is checked explicitly to be only used inside of non-static class methods. If 
> you have an idea how to avoid this check or make it consider uses in the 
> attribute as OK, please let me know.
Why do you want to avoid that check? It seems like that's a very good check to 
have -- what circumstances would you expect a user to use `this` in a something 
other than a non-static member function?


================
Comment at: lib/Sema/SemaDeclAttr.cpp:3492
+  SmallVector<int, 8> EncodingIndices;
+  for (unsigned u = 0, e = AL.getNumArgs(); u < e; u++) {
+
----------------
jdoerfert wrote:
> aaron.ballman wrote:
> > Identifiers don't match the usual naming conventions.  Prefer `++U` as well.
> OK.
> 
> 
> > Prefer ++U as well.
> 
> Out of curiosity, why?
Because the previous value of `U` is not needed (you're executing the 
instruction only for its side effects, not its value).


Repository:
  rC Clang

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D55483/new/

https://reviews.llvm.org/D55483



_______________________________________________
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to