[PATCH] D15307: [Polly] ScopInfo: Harmonize the different ARRAY_KINDs

Michael Kruse via llvm-commits llvm-commits at lists.llvm.org
Thu Dec 10 04:11:23 PST 2015


Meinersbur accepted this revision.
Meinersbur added a comment.
This revision is now accepted and ready to land.

Don't you want to wait for a third opinion?


================
Comment at: include/polly/ScopInfo.h:144
@@ +143,3 @@
+    /// corresponding READ is added. For instrance, the use/def chain of a
+    /// llvm::Value %V depicted below
+    ///              ______________________
----------------
llvm::Value %V **is** depicted below

================
Comment at: include/polly/ScopInfo.h:174
@@ +173,3 @@
+    /// ------------------------------------
+    /// ------------------------------------
+    ///
----------------
Something seems to have gone wrong after clang-format

================
Comment at: include/polly/ScopInfo.h:218
@@ +217,3 @@
+    /// used. The modeling used is identical to MK_PHI, with the exception
+    /// that there are no READ from these memory objects. The PHINode's
+    /// llvm::Value is treated as a value escaping the SCoP. WRITE accesses
----------------
READ**s**

================
Comment at: include/polly/ScopInfo.h:699
@@ -676,3 +698,3 @@
   /// @brief Whether this is an access of an explicit load or store in the IR.
-  bool isExplicit() const { return Origin == EXPLICIT; }
+  bool isArrayKind() const { return Kind == ScopArrayInfo::MK_Array; }
 
----------------
Me neither; Code completion in Visual Studio will suggest isXXXKind when typing isKind.


http://reviews.llvm.org/D15307





More information about the llvm-commits mailing list