[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