From: Chris Lattner Date: Sat, 10 Oct 2009 21:30:55 +0000 (+0000) Subject: x86 uses 5 operands for most memory refs now. X-Git-Url: http://demsky.eecs.uci.edu/git/?a=commitdiff_plain;h=b91227dc6ca0ff8a6be1951fb26052ac9eabe3f1;p=oota-llvm.git x86 uses 5 operands for most memory refs now. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@83733 91177308-0d34-0410-b5e6-96231b3b80d8 --- diff --git a/docs/CodeGenerator.html b/docs/CodeGenerator.html index 4f8472c07fa..cc3a541e9c9 100644 --- a/docs/CodeGenerator.html +++ b/docs/CodeGenerator.html @@ -1812,24 +1812,27 @@ define fastcc i32 @tailcaller(i32 %in1, i32 %in2) {
-Base + [1,2,4,8] * IndexReg + Disp32
+SegmentReg: Base + [1,2,4,8] * IndexReg + Disp32
 
-

In order to represent this, LLVM tracks no less than 4 operands for each +

In order to represent this, LLVM tracks no less than 5 operands for each memory operand of this form. This means that the "load" form of 'mov' has the following MachineOperands in this order:

-Index:        0     |    1        2       3           4
-Meaning:   DestReg, | BaseReg,  Scale, IndexReg, Displacement
-OperandTy: VirtReg, | VirtReg, UnsImm, VirtReg,   SignExtImm
+Index:        0     |    1        2       3           4          5
+Meaning:   DestReg, | BaseReg,  Scale, IndexReg, Displacement Segment
+OperandTy: VirtReg, | VirtReg, UnsImm, VirtReg,   SignExtImm  PhysReg
 

Stores, and all other instructions, treat the four memory operands in the - same way and in the same order.

+ same way and in the same order. If the segment register is unspecified + (regno = 0), then no segment override is generated. "Lea" operations do not + have a segment register specified, so they only have 4 operands for their + memory reference.