llvm/test/CodeGen/PowerPC, branch release_22http://llvm.orghttps://git.amat.us/llvm/atom/test/CodeGen/PowerPC?h=release_222008-01-16T18:03:52Zadd 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
remove darwin/i386 t-t2008-01-08T06:52:51ZChris Lattnersabre@nondot.org2008-01-08T06:52:51Zurn:sha1:a4040e9a9f313912469be454c0fde7ce50c64311
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@45743 91177308-0d34-0410-b5e6-96231b3b80d8
Finally implement correct ordered comparisons for PPC, even though2008-01-08T06:46:30ZChris Lattnersabre@nondot.org2008-01-08T06:46:30Zurn:sha1:fe39edde27147d4645aff715d5a7630fa07fa885
the code generated is not wonderful. This turns a miscompilation into
a code quality bug (noted in the ppc readme). This fixes PR642, which
is over 2 years old (!). Nate, please review this.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@45742 91177308-0d34-0410-b5e6-96231b3b80d8
Fix a significant code quality regression I introduced on PPC64 quite 2007-12-08T07:04:58ZChris Lattnersabre@nondot.org2007-12-08T07:04:58Zurn:sha1:d96428597b9a4bcf3c0702bbb497796b922c2e91
a while ago. We now produce:
_foo:
mflr r0
std r0, 16(r1)
ld r2, 16(r1)
std r2, 0(r3)
ld r0, 16(r1)
mtlr r0
blr
instead of:
_foo:
mflr r0
std r0, 16(r1)
lis r0, 0
ori r0, r0, 16
ldx r2, r1, r0
std r2, 0(r3)
ld r0, 16(r1)
mtlr r0
blr
for:
void foo(void **X) {
*X = __builtin_return_address(0);
}
on ppc64.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@44701 91177308-0d34-0410-b5e6-96231b3b80d8
implement __builtin_return_addr(0) on ppc.2007-12-08T06:59:59ZChris Lattnersabre@nondot.org2007-12-08T06:59:59Zurn:sha1:3fc027df4fca0355717515abb4d6e3753e6dee2a
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@44700 91177308-0d34-0410-b5e6-96231b3b80d8
Fix a crash on invalid code due to memcpy lowering.2007-11-27T22:14:42ZChris Lattnersabre@nondot.org2007-11-27T22:14:42Zurn:sha1:789db09cde5f0cb2a0a5fc175c1141c760a3e807
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@44378 91177308-0d34-0410-b5e6-96231b3b80d8
Testcase for PR18112007-11-19T21:43:22ZChris Lattnersabre@nondot.org2007-11-19T21:43:22Zurn:sha1:cec5f3003f8f12fb7c02e292c9195054c4cf0012
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@44244 91177308-0d34-0410-b5e6-96231b3b80d8
Testcase from PR 1508 (although its's somewhat2007-11-16T23:16:35ZDale Johannesendalej@apple.com2007-11-16T23:16:35Zurn:sha1:d81ae56fa225d8d9670a8eab9a7051cf538ccaa6
orthogonal to the main problem there)
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@44194 91177308-0d34-0410-b5e6-96231b3b80d8
Skip over deleted val#'s.2007-11-05T06:46:45ZEvan Chengevan.cheng@apple.com2007-11-05T06:46:45Zurn:sha1:5031fd2d32a8ce5e82059928396e0c659e2a7c27
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@43700 91177308-0d34-0410-b5e6-96231b3b80d8
On second thought. Remove this as it should never be generated in the first2007-10-26T20:34:37ZBill Wendlingisanbard@gmail.com2007-10-26T20:34:37Zurn:sha1:61297f960ed2291c2475d04241b5e3e01c367fc8
place.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@43400 91177308-0d34-0410-b5e6-96231b3b80d8