A new dag combine; several permutations of this

[oota-llvm.git] / docs / DeveloperPolicy.html

diff --git a/docs/DeveloperPolicy.html b/docs/DeveloperPolicy.html
index 6ea772407ebb9be2f463ebe15d3de1149f95258c..c2b1ca132676d9b26d490444ed54fc2a9ff5b03d 100644 (file)
--- a/docs/DeveloperPolicy.html
+++ b/docs/DeveloperPolicy.html
@@ -91,8 +91,8 @@
 
 <div class="doc_text">
 
-<p>When making a patch for review, the goal is to make it as easy for the
-   reviewer to read it as possible.  As such, we recommend that you:</p>
+  <p>When making a patch for review, the goal is to make it as easy for the
+  reviewer to read it as possible.  As such, we recommend that you:</p>
   <ol>
     <li>Make your patch against the Subversion trunk, not a branch, and not an 
     old version of LLVM.  This makes it easy to apply the patch.</li>
@@ -102,14 +102,13 @@
     the time the patch was created and the time it is applied.</li>
         
     <li>Patches should be made with this command:
-    <pre>svn diff -x -u</pre>
-     or with the utility <tt>utils/mkpatch</tt>, which makes it easy to read the
-     diff.</li>
+    <div class="doc_code"><pre>svn diff -x -u</pre></div>
+    or with the utility <tt>utils/mkpatch</tt>, which makes it easy to read the
+    diff.</li>
      
     <li>Patches should not include differences in generated code such as the
     code generated by <tt>flex</tt>, <tt>bison</tt> or <tt>tblgen</tt>. The
     <tt>utils/mkpatch</tt> utility takes care of this for you.</li>
-    
   </ol>
   
   <p>When sending a patch to a mailing list, it is a good idea to send it as an
@@ -124,7 +123,6 @@
   <tt>Content-Disposition: inline</tt> rather than <tt>Content-Disposition:
   attachment</tt>. Apple Mail gamely displays such a file inline, making it
   difficult to work with for reviewers using that program.</p>
-</p>
 </div>
 
 <!-- _______________________________________________________________________ -->