llvm/test/CodeGen, branch release_22http://llvm.orghttps://git.amat.us/llvm/atom/test/CodeGen?h=release_222008-01-18T19:18:51ZUnXFAIL this test.2008-01-18T19:18:51ZTanya Lattnertonic@nondot.org2008-01-18T19:18:51Zurn:sha1:96d207d83caedd3cab14263073e089d0541b8c24
git-svn-id: https://llvm.org/svn/llvm-project/llvm/branches/release_22@46169 91177308-0d34-0410-b5e6-96231b3b80d8
When a live virtual register is being clobbered by an implicit def, it is spilled2008-01-17T02:08:17ZEvan Chengevan.cheng@apple.com2008-01-17T02:08:17Zurn:sha1:839b759c38182af8d151db10923c2a6cc7dd5b3d
and the spill is its kill. However, if the local allocator has determined the
register has not been modified (possible when its value was reloaded), it would
not issue a restore. In that case, mark the last use of the virtual register as
kill.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@46111 91177308-0d34-0410-b5e6-96231b3b80d8
Fixes a nasty dag combiner bug that causes a bunch of tests to fail at -O0.2008-01-16T23:11:54ZEvan Chengevan.cheng@apple.com2008-01-16T23:11:54Zurn:sha1:02c42856431562376ac8280b57ad744ba83f1e38
It's not safe to use the two value CombineTo variant to combine away a dead load.
e.g.
v1, chain2 = load chain1, loc
v2, chain3 = load chain2, loc
v3 = add v2, c
Now we replace use of v1 with undef, use of chain2 with chain1.
ReplaceAllUsesWith() will iterate through uses of the first load and update operands:
v1, chain2 = load chain1, loc
v2, chain3 = load chain1, loc
v3 = add v2, c
Now the second load is the same as the first load, SelectionDAG cse will ensure
the use of second load is replaced with the first load.
v1, chain2 = load chain1, loc
v3 = add v1, c
Then v1 is replaced with undef and bad things happen.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@46099 91177308-0d34-0410-b5e6-96231b3b80d8
Trampoline support for x86-64. This looks like2008-01-16T22:55:25ZDuncan Sandsbaldrick@free.fr2008-01-16T22:55:25Zurn:sha1:339e14fbdc9560cb58091d214c7d628f6dcf7c7d
it should work, but I have no machine to test
it on. Committed because it will at least
cause no harm, and maybe someone can test it
for me!
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@46098 91177308-0d34-0410-b5e6-96231b3b80d8
add testcase for regression2008-01-16T18:03:52ZChris Lattnersabre@nondot.org2008-01-16T18:03:52Zurn:sha1:b8b92216f1552dce7533816d21fd3a6de4b03176
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@46073 91177308-0d34-0410-b5e6-96231b3b80d8
make sure to use a cpu that has sse.2008-01-16T06:32:02ZChris Lattnersabre@nondot.org2008-01-16T06:32:02Zurn:sha1:f763288705737e8f675174545cba04717057c7bb
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@46060 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
verify x86 generates ud2 for llvm.trap2008-01-15T22:22:02ZChris Lattnersabre@nondot.org2008-01-15T22:22:02Zurn:sha1:e07704fc84bad763348302ea90b9a9c86a89d508
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@46023 91177308-0d34-0410-b5e6-96231b3b80d8
new testcase for llvm.trap.2008-01-15T22:17:26ZChris Lattnersabre@nondot.org2008-01-15T22:17:26Zurn:sha1:9a856b049d767e9da43736e9f05c7a7c772fb404
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@46020 91177308-0d34-0410-b5e6-96231b3b80d8
More CellSPU refinements:2008-01-11T21:01:19ZScott Michelscottm@aero.org2008-01-11T21:01:19Zurn:sha1:497e888daf9ba6489928e1153804ed12a7fe44c5
- struct_2.ll: Completely unaligned load/store testing
- call_indirect.ll, struct_1.ll: Add test lines to exercise
X-form [$reg($reg)] addressing
At this point, loads and stores should be under control (he says
in an optimistic tone of voice.)
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@45882 91177308-0d34-0410-b5e6-96231b3b80d8