[PATCH] D146148: Float_t and double_t types shouldn't be modified by #pragma clang fp eval_method

John McCall via Phabricator via cfe-commits cfe-commits at lists.llvm.org
Wed May 10 14:03:15 PDT 2023


rjmccall added a comment.

> Okay, so I did add that in TokenKinds.h. Isn't that the right place for it? The same way it's done for the other builtins? And in TokenKinds.def I added the lines for the interesting identifiers?

What you're doing in `TokenKinds.{def,h}` seems fine.  What I'm objecting to is adding another field to `IdentifierInfo` to store it instead of fitting it into `ObjCOrBuiltinID`.  Currently an given identifier is either normal, an ObjC keyword, or a builtin ID, and it determines this by checking what range of values ObjCOrBuiltinID fits into.  You can use the same idea to allow an identifier to be either normal, an ObjC keyword, a builtin ID, or an interesting.



================
Comment at: clang/include/clang/Basic/TokenKinds.def:89
+#ifndef Interesting_Identifier
+#define Interesting_Identifier(X)
+#endif
----------------
Please follow the existing pattern by spelling this INTERESTING_IDENTIFIER.


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

https://reviews.llvm.org/D146148



More information about the cfe-commits mailing list