[Analysis][Docs] Parents of loops documentation.
authorStefanos Baziotis <sdi1600105@di.uoa.gr>
Fri, 21 Feb 2020 23:07:53 +0000 (17:07 -0600)
committerMichael Kruse <llvm-project@meinersbur.de>
Fri, 21 Feb 2020 23:11:53 +0000 (17:11 -0600)
Recently I had to use it and although one assumes it returns null if
there's no parent loop, I think it helps to doc it.

Reviewed By: Meinersbur

Differential Revision: https://reviews.llvm.org/D74890

llvm/docs/LoopTerminology.rst
llvm/include/llvm/Analysis/LoopInfo.h

index 991282e..e33a019 100644 (file)
@@ -43,6 +43,9 @@ Note that there are some important implications of this definition:
 * Any two loops are either fully disjoint (no intersecting blocks), or
   one must be a sub-loop of the other.
 
+* Loops in a function form a forest. One implication of this fact
+  is that a loop either has no parent or a single parent.
+
 A loop may have an arbitrary number of exits, both explicit (via
 control flow) and implicit (via throwing calls which transfer control
 out of the containing function).  There is no special requirement on
index a010451..824488e 100644 (file)
@@ -103,6 +103,14 @@ public:
     return D;
   }
   BlockT *getHeader() const { return getBlocks().front(); }
+  /// Return the parent loop if it exists or nullptr for top
+  /// level loops.
+
+  /// A loop is either top-level in a function (that is, it is not
+  /// contained in any other loop) or it is entirely enclosed in
+  /// some other loop.
+  /// If a loop is top-level, it has no parent, otherwise its
+  /// parent is the innermost loop in which it is enclosed.
   LoopT *getParentLoop() const { return ParentLoop; }
 
   /// This is a raw interface for bypassing addChildLoop.