llvm/test/CodeGen/X86/fp-stack-retcopy.ll, branch release_27http://llvm.orghttps://git.amat.us/llvm/atom/test/CodeGen/X86/fp-stack-retcopy.ll?h=release_272009-09-08T23:54:48ZEliminate more uses of llvm-as and llvm-dis.2009-09-08T23:54:48ZDan Gohmangohman@apple.com2009-09-08T23:54:48Zurn:sha1:36a0947820fd4aa4b8a5fa26e3f079bdf572bc81
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81290 91177308-0d34-0410-b5e6-96231b3b80d8
My previous commit had an incomplete message, it should have been:2008-01-16T05:56:59ZChris Lattnersabre@nondot.org2008-01-16T05:56:59Zurn:sha1:7ff79c2d9d5e0c014ca8283cd38f5fbf3dd67790
make the 'fp return in ST(0)' optimization smart enough to
look through token factor nodes. THis allows us to compile
testcases like CodeGen/X86/fp-stack-retcopy.ll into:
_carg:
subl $12, %esp
call L_foo$stub
fstpl (%esp)
fldl (%esp)
addl $12, %esp
ret
instead of:
_carg:
subl $28, %esp
call L_foo$stub
fstpl 16(%esp)
movsd 16(%esp), %xmm0
movsd %xmm0, 8(%esp)
fldl 8(%esp)
addl $28, %esp
ret
Still not optimal, but much better and this is a trivial patch. Fixing
the rest requires invasive surgery that is is not llvm 2.2 material.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@46054 91177308-0d34-0410-b5e6-96231b3b80d8