diff options
| author | Evan Cheng <evan.cheng@apple.com> | 2011-11-10 07:43:16 +0000 |
|---|---|---|
| committer | Evan Cheng <evan.cheng@apple.com> | 2011-11-10 07:43:16 +0000 |
| commit | 623a7e146bd86747dc46a6f8bb9993fc217d6b78 (patch) | |
| tree | 72b44ba84e3cb347279c411ac8b159e6fecaf9b0 /test/CodeGen/X86/2009-04-21-NoReloadImpDef.ll | |
| parent | 4dbe96e22ff4989577cf4854f717b9d972094f87 (diff) | |
| download | llvm-623a7e146bd86747dc46a6f8bb9993fc217d6b78.tar.gz llvm-623a7e146bd86747dc46a6f8bb9993fc217d6b78.tar.bz2 llvm-623a7e146bd86747dc46a6f8bb9993fc217d6b78.tar.xz | |
Use a bigger hammer to fix PR11314 by disabling the "forcing two-address
instruction lower optimization" in the pre-RA scheduler.
The optimization, rather the hack, was done before MI use-list was available.
Now we should be able to implement it in a better way, perhaps in the
two-address pass until a MI scheduler is available.
Now that the scheduler has to backtrack to handle call sequences. Adding
artificial scheduling constraints is just not safe. Furthermore, the hack
is not taking all the other scheduling decisions into consideration so it's just
as likely to pessimize code. So I view disabling this optimization goodness
regardless of PR11314.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@144267 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'test/CodeGen/X86/2009-04-21-NoReloadImpDef.ll')
| -rw-r--r-- | test/CodeGen/X86/2009-04-21-NoReloadImpDef.ll | 1 |
1 files changed, 0 insertions, 1 deletions
diff --git a/test/CodeGen/X86/2009-04-21-NoReloadImpDef.ll b/test/CodeGen/X86/2009-04-21-NoReloadImpDef.ll index 620e0f3667..e904b1c5cc 100644 --- a/test/CodeGen/X86/2009-04-21-NoReloadImpDef.ll +++ b/test/CodeGen/X86/2009-04-21-NoReloadImpDef.ll @@ -5,7 +5,6 @@ ; CHECK: pextrw $14 ; CHECK-NEXT: shrl $8 -; CHECK-NEXT: (%ebp) ; CHECK-NEXT: pinsrw define void @update(i8** %args_list) nounwind { |