llvm/test/CodeGen, branch release_25http://llvm.orghttps://git.amat.us/llvm/atom/test/CodeGen?h=release_252009-02-20T18:31:46ZRemove test.2009-02-20T18:31:46ZTanya Lattnertonic@nondot.org2009-02-20T18:31:46Zurn:sha1:c1824326f4d5a981092f2c7648610820a7180e80
git-svn-id: https://llvm.org/svn/llvm-project/llvm/branches/release_25@65136 91177308-0d34-0410-b5e6-96231b3b80d8
Update tests to work on ppc.2009-02-20T18:31:28ZTanya Lattnertonic@nondot.org2009-02-20T18:31:28Zurn:sha1:adb576f17c8be4e112417f75c1bea9555d227aa8
git-svn-id: https://llvm.org/svn/llvm-project/llvm/branches/release_25@65135 91177308-0d34-0410-b5e6-96231b3b80d8
Merge 64582 from mainline2009-02-17T19:33:52ZTanya Lattnertonic@nondot.org2009-02-17T19:33:52Zurn:sha1:41b57f5044c9e9e737ff20f55dc980026f4152f7
Fix PR3522. It's not safe to sink into landing pad BB's.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/branches/release_25@64790 91177308-0d34-0410-b5e6-96231b3b80d8
Merge 64314 from mainline.2009-02-17T19:01:36ZTanya Lattnertonic@nondot.org2009-02-17T19:01:36Zurn:sha1:9114c43bee82b9992fe1fcb12d58a8b2e3a474b6
Make a transformation added in 63266 a bit less aggressive.
It was transforming (x&y)==y to (x&y)!=0 in the case where
y is variable and known to have at most one bit set (e.g. z&1).
This is not correct; the expressions are not equivalent when y==0.
I believe this patch salvages what can be salvaged, including
all the cases in bt.ll.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/branches/release_25@64782 91177308-0d34-0410-b5e6-96231b3b80d8
Merge from mainline.2009-02-13T23:53:40ZTanya Lattnertonic@nondot.org2009-02-13T23:53:40Zurn:sha1:c1a60e850e9f8bfe2a4cd6cc8774ca34b35cbdc6
Fix PR3486. Fix a bug in code that manually patch physical register live interval after its sub-register is coalesced with a virtual register.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/branches/release_25@64509 91177308-0d34-0410-b5e6-96231b3b80d8
Disable support for vicmp/vfcmp from the LLVM 2.5 release branch, like we did for LLVM 2.4. These are slated to be removed (PR3370) and we don't want to have to be backwards compatible with them in the future.2009-02-04T23:00:52ZTanya Lattnertonic@nondot.org2009-02-04T23:00:52Zurn:sha1:a5db86927f4786447fac319405a50c672603b80f
git-svn-id: https://llvm.org/svn/llvm-project/llvm/branches/release_25@63788 91177308-0d34-0410-b5e6-96231b3b80d8
rearrange how SRoA handles promotion of allocas to vectors.2009-02-03T01:30:09ZChris Lattnersabre@nondot.org2009-02-03T01:30:09Zurn:sha1:7809ecd5b019d26498499121f4d9c0b7de2f0a14
With the new world order, it can handle cases where the first
store into the alloca is an element of the vector, instead of
requiring the first analyzed store to have the vector type
itself. This allows us to un-xfail
test/CodeGen/X86/vec_ins_extract.ll.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@63590 91177308-0d34-0410-b5e6-96231b3b80d8
Add explicit -march=x86 to these tests so that they don't2009-02-03T00:20:22ZDan Gohmangohman@apple.com2009-02-03T00:20:22Zurn:sha1:7a01d0e97159cf9afaaae8b1c1a8182a817dcfcc
default to -march=x86-64 on 64-bit hosts.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@63579 91177308-0d34-0410-b5e6-96231b3b80d8
Fix another test to not use -mcpu=yonah with 64-bit code.2009-02-02T23:43:59ZDan Gohmangohman@apple.com2009-02-02T23:43:59Zurn:sha1:2ee39de7b6b7da07a8ce16188860b08da19bbfcb
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@63572 91177308-0d34-0410-b5e6-96231b3b80d8
Yonah does not support x86-64. Change the -mcpu value to one that does.2009-02-02T22:50:08ZDan Gohmangohman@apple.com2009-02-02T22:50:08Zurn:sha1:e7f5be7d71d5b7a950db53eac257f343abea4d1d
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@63561 91177308-0d34-0410-b5e6-96231b3b80d8