forked from OSchip/llvm-project
[X86] Add TB_NO_REVERSE to some memory folding table entries where the register form requires 64-bit mode, but the memory form does not.
We don't know if its safe to unfold if we're in 32-bit mode. This is simlar to what was done to some load opcodes in r363523. I think its pretty unlikely we will try to unfold these anyway so I don't think this is testable. llvm-svn: 363595
This commit is contained in:
parent
546006b64e
commit
f3f968adcd
|
@ -307,7 +307,7 @@ static const X86MemoryFoldTableEntry MemoryFoldTable0[] = {
|
|||
{ X86::MOVDQUrr, X86::MOVDQUmr, TB_FOLDED_STORE },
|
||||
{ X86::MOVPDI2DIrr, X86::MOVPDI2DImr, TB_FOLDED_STORE },
|
||||
{ X86::MOVPQIto64rr, X86::MOVPQI2QImr, TB_FOLDED_STORE | TB_NO_REVERSE },
|
||||
{ X86::MOVSDto64rr, X86::MOVSDto64mr, TB_FOLDED_STORE },
|
||||
{ X86::MOVSDto64rr, X86::MOVSDto64mr, TB_FOLDED_STORE | TB_NO_REVERSE },
|
||||
{ X86::MOVSS2DIrr, X86::MOVSS2DImr, TB_FOLDED_STORE },
|
||||
{ X86::MOVUPDrr, X86::MOVUPDmr, TB_FOLDED_STORE },
|
||||
{ X86::MOVUPSrr, X86::MOVUPSmr, TB_FOLDED_STORE },
|
||||
|
@ -391,8 +391,8 @@ static const X86MemoryFoldTableEntry MemoryFoldTable0[] = {
|
|||
{ X86::VMOVPDI2DIrr, X86::VMOVPDI2DImr, TB_FOLDED_STORE },
|
||||
{ X86::VMOVPQIto64Zrr, X86::VMOVPQI2QIZmr, TB_FOLDED_STORE | TB_NO_REVERSE },
|
||||
{ X86::VMOVPQIto64rr, X86::VMOVPQI2QImr, TB_FOLDED_STORE | TB_NO_REVERSE },
|
||||
{ X86::VMOVSDto64Zrr, X86::VMOVSDto64Zmr, TB_FOLDED_STORE },
|
||||
{ X86::VMOVSDto64rr, X86::VMOVSDto64mr, TB_FOLDED_STORE },
|
||||
{ X86::VMOVSDto64Zrr, X86::VMOVSDto64Zmr, TB_FOLDED_STORE | TB_NO_REVERSE },
|
||||
{ X86::VMOVSDto64rr, X86::VMOVSDto64mr, TB_FOLDED_STORE | TB_NO_REVERSE },
|
||||
{ X86::VMOVSS2DIZrr, X86::VMOVSS2DIZmr, TB_FOLDED_STORE },
|
||||
{ X86::VMOVSS2DIrr, X86::VMOVSS2DImr, TB_FOLDED_STORE },
|
||||
{ X86::VMOVUPDYrr, X86::VMOVUPDYmr, TB_FOLDED_STORE },
|
||||
|
|
Loading…
Reference in New Issue