MyDeveloperDay added inline comments.

================
Comment at: clang/unittests/Format/FormatTest.cpp:22727
+
+TEST_F(FormatTest, CoRoutineawait) {
+  verifyFormat("int x = co_await foo();");
----------------
Quuxplusone wrote:
> 
naming of the tests is to allow easy running of all CoRoutine tests

`./FormatTests --gtest_filter=*CoRoutine*`


================
Comment at: clang/unittests/Format/FormatTest.cpp:22731
+  verifyFormat("co_await (42);");
+  verifyFormat("void operator co_await(int);");
+  verifyFormat("co_await a;");
----------------
Quuxplusone wrote:
> just to make sure the name `int` isn't being treated as magic by clang-format
I'd like to add this, sometimes its nice to have tests which might 
traditionally challenge the code to behave reasonable even if the syntax is 
invalid


================
Comment at: clang/unittests/Format/FormatTest.cpp:22756
+  verifyFormat("co_yield 42;");
+  verifyFormat("co_yield n++;");
+}
----------------
Quuxplusone wrote:
> IIRC, before we lexed `co_yield` as a keyword, we used to do `co_yield++ n;`. 
> I don't see any way for `co_yield n++;` to get misformatted, though: 
> `co_yieldn++;` would obviously never happen.
let add both ways around to ensure its behaving.


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

https://reviews.llvm.org/D114859

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

Reply via email to