[llvm-commits] CVS: llvm/docs/CodeGenerator.html

Misha Brukman brukman at cs.uiuc.edu
Thu Feb 17 14:22:35 PST 2005



Changes in directory llvm/docs:

CodeGenerator.html updated: 1.10 -> 1.11
---
Log message:

Remove colloquialisms from the documentation.


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

 CodeGenerator.html |   11 +++++------
 1 files changed, 5 insertions(+), 6 deletions(-)


Index: llvm/docs/CodeGenerator.html
diff -u llvm/docs/CodeGenerator.html:1.10 llvm/docs/CodeGenerator.html:1.11
--- llvm/docs/CodeGenerator.html:1.10	Fri Jan 28 11:22:53 2005
+++ llvm/docs/CodeGenerator.html	Thu Feb 17 16:22:24 2005
@@ -899,8 +899,7 @@
 
 <div class="doc_text">
 
-<p>
-The x86 has a very, uhm, flexible, way of accessing memory.  It is capable of
+<p>The x86 has a very flexible way of accessing memory.  It is capable of
 forming memory addresses of the following expression directly in integer
 instructions (which use ModR/M addressing):</p>
 
@@ -908,9 +907,9 @@
    Base+[1,2,4,8]*IndexReg+Disp32
 </pre>
 
-<p>Wow, that's crazy.  In order to represent this, LLVM tracks no less than 4
-operands for each memory operand of this form.  This means that the "load" form
-of 'mov' has the following "Operands" in this order:</p>
+<p>In order to represent this, LLVM tracks no less than 4 operands for each
+memory operand of this form.  This means that the "load" form of 'mov' has the
+following <tt>MachineOperand</tt>s in this order:</p>
 
 <pre>
 Index:        0     |    1        2       3           4
@@ -954,7 +953,7 @@
 
   <a href="mailto:sabre at nondot.org">Chris Lattner</a><br>
   <a href="http://llvm.cs.uiuc.edu">The LLVM Compiler Infrastructure</a><br>
-  Last modified: $Date: 2005/01/28 17:22:53 $
+  Last modified: $Date: 2005/02/17 22:22:24 $
 </address>
 
 </body>






More information about the llvm-commits mailing list