Fix the comment for the function added in r264998.

llvm-svn: 265035

diff --git a/clang/include/clang/Basic/TargetInfo.h b/clang/include/clang/Basic/TargetInfo.h
index a4aaaa8..b98a5d6 100644 (file)
--- a/clang/include/clang/Basic/TargetInfo.h
+++ b/clang/include/clang/Basic/TargetInfo.h
@@ -414,16 +414,18 @@ public:
   /// types for the given target.
   unsigned getSimdDefaultAlign() const { return SimdDefaultAlign; }
 
-  /// Return the alignment (in bits) of the thrown exception object.
+  /// Return the alignment (in bits) of the thrown exception object. This is
+  /// only meaningful for targets that allocate C++ exceptions in a system
+  /// runtime, such as those using the Itanium C++ ABI.
   virtual unsigned getExnObjectAlignment() const {
-    /// Itanium says that an _Unwind_Exception has to be "double-word"
-    /// aligned (and thus the end of it is also so-aligned), meaning 16
-    /// bytes.  Of course, that was written for the actual Itanium,
-    /// which is a 64-bit platform.  Classically, the ABI doesn't really
-    /// specify the alignment on other platforms, but in practice
-    /// libUnwind declares the struct with __attribute__((aligned)), so
-    /// we assume that alignment here.  (It's generally 16 bytes, but
-    /// some targets overwrite it.)
+    // Itanium says that an _Unwind_Exception has to be "double-word"
+    // aligned (and thus the end of it is also so-aligned), meaning 16
+    // bytes.  Of course, that was written for the actual Itanium,
+    // which is a 64-bit platform.  Classically, the ABI doesn't really
+    // specify the alignment on other platforms, but in practice
+    // libUnwind declares the struct with __attribute__((aligned)), so
+    // we assume that alignment here.  (It's generally 16 bytes, but
+    // some targets overwrite it.)
     return getDefaultAlignForAttributeAligned();
   }