Reword comment.

llvm-svn: 227069

diff --git a/clang/test/CodeGenCXX/apple-kext-indirect-call.cpp b/clang/test/CodeGenCXX/apple-kext-indirect-call.cpp
index 82822d4..2717a9d 100644 (file)
--- a/clang/test/CodeGenCXX/apple-kext-indirect-call.cpp
+++ b/clang/test/CodeGenCXX/apple-kext-indirect-call.cpp
@@ -28,10 +28,9 @@ struct SubTempl : public Templ<T> {
 
 void f(SubTempl<int>* t) {
   // Qualified calls go through the (qualified) vtable in apple-kext mode.
-  // Since t's this pointer points to SubTempl's vtable, this call needs
-  // to load Templ<int>'s vtable, so that needs to be defined in this TU,
-  // which in turn means that Templ<int>::g needs to be instantiated in this TU,
-  // for it's referenced by the vtable.
+  // Since t's this pointer points to SubTempl's vtable, the call needs
+  // to load Templ<int>'s vtable.  Hence, Templ<int>::g needs to be
+  // instantiated in this TU, for it's referenced by the vtable.
   // (This happens only in apple-kext mode; elsewhere virtual calls can always
   // use the vtable pointer off this instead of having to load the vtable
   // symbol.)

diff --git a/clang/test/CodeGenCXX/apple-kext-indirect-virtual-dtor-call.cpp b/clang/test/CodeGenCXX/apple-kext-indirect-virtual-dtor-call.cpp
index 635878e..e5d85c1 100644 (file)
--- a/clang/test/CodeGenCXX/apple-kext-indirect-virtual-dtor-call.cpp
+++ b/clang/test/CodeGenCXX/apple-kext-indirect-virtual-dtor-call.cpp
@@ -33,10 +33,9 @@ struct SubTempl : public Templ<T> {
 
 void f(SubTempl<int>* t) {
   // Qualified calls go through the (qualified) vtable in apple-kext mode.
-  // Since t's this pointer points to SubTempl's vtable, this call needs
-  // to load Templ<int>'s vtable, so that needs to be defined in this TU,
-  // which in turn means that Templ<int>::g needs to be instantiated in this TU,
-  // for it's referenced by the vtable.
+  // Since t's this pointer points to SubTempl's vtable, the call needs
+  // to load Templ<int>'s vtable.  Hence, Templ<int>::g needs to be
+  // instantiated in this TU, for it's referenced by the vtable.
   // (This happens only in apple-kext mode; elsewhere virtual calls can always
   // use the vtable pointer off this instead of having to load the vtable
   // symbol.)