[llvm-commits] [release_20] CVS: llvm/docs/WritingAnLLVMPass.html

[Chris Lattner]

Changes in directory llvm/docs:

WritingAnLLVMPass.html updated: 1.59 -> 1.59.2.1
---
Log message:

merge from mainline


---
Diffs of the changes:  (+8 -6)

 WritingAnLLVMPass.html |   14 ++++++++------
 1 files changed, 8 insertions(+), 6 deletions(-)


Index: llvm/docs/WritingAnLLVMPass.html
diff -u llvm/docs/WritingAnLLVMPass.html:1.59 llvm/docs/WritingAnLLVMPass.html:1.59.2.1
--- llvm/docs/WritingAnLLVMPass.html:1.59	Wed May  2 20:11:53 2007
+++ llvm/docs/WritingAnLLVMPass.html	Fri May 18 00:48:38 2007
@@ -264,7 +264,7 @@
 
 <div class="doc_code"><pre>
      static char ID;
-     Hello() : FunctionPass((intptr_t)&ID) {}
+     Hello() : FunctionPass((intptr_t)&ID) {}
 </pre></div><p>
 
 <p> This declares pass identifier used by LLVM to identify pass. This allows LLVM to
@@ -312,7 +312,7 @@
   <b>struct Hello</b> : <b>public</b> <a href="#FunctionPass">FunctionPass</a> {
     
     static char ID;
-    Hello() : FunctionPass((intptr_t)&ID) {}
+    Hello() : FunctionPass((intptr_t)&ID) {}
 
     <b>virtual bool</b> <a href="#runOnFunction">runOnFunction</a>(Function &F) {
       llvm::cerr << "<i>Hello: </i>" << F.getName() << "\n";
@@ -485,7 +485,7 @@
 functions.  Because nothing is known about the behavior of <tt>ModulePass</tt>
 subclasses, no optimization can be done for their execution. A module pass
 can use function level passes (e.g. dominators) using getAnalysis interface
-<tt> getAnalysis<DominatorTree>(Function)</tt>. </p> 
+<tt> getAnalysis<DominatorTree>(Function)</tt>. </p> 
 
 <p>To write a correct <tt>ModulePass</tt> subclass, derive from
 <tt>ModulePass</tt> and overload the <tt>runOnModule</tt> method with the
@@ -746,7 +746,7 @@
   <b>virtual bool</b> doInitialization(Loop *, LPPassManager &LPM);
 </pre></div>
 
-The <tt>doInitialization</tt> method is designed to do simple initialization 
+<p>The <tt>doInitialization</tt> method is designed to do simple initialization 
 type of stuff that does not depend on the functions being processed.  The 
 <tt>doInitialization</tt> method call is not scheduled to overlap with any 
 other pass executions (thus it should be very fast). LPPassManager 
@@ -1159,7 +1159,7 @@
    }
 </pre></div>
 
-In above example, runOnFunction for DominatorTree is called by pass manager
+<p>In above example, runOnFunction for DominatorTree is called by pass manager
 before returning a reference to the desired pass.</p>
 
 <p>
@@ -1797,6 +1797,8 @@
 haven't had time (or multiprocessor machines, thus a reason) to implement this.
 Despite that, we have kept the LLVM passes SMP ready, and you should too.</p>
 
+</div>
+
 <!-- *********************************************************************** -->
 <hr>
 <address>
@@ -1807,7 +1809,7 @@
 
   <a href="mailto:sabre at nondot.org">Chris Lattner</a><br>
   <a href="http://llvm.org">The LLVM Compiler Infrastructure</a><br>
-  Last modified: $Date: 2007/05/03 01:11:53 $
+  Last modified: $Date: 2007/05/18 05:48:38 $
 </address>
 
 </body>