llvm/test/CodeGen/Generic, branch release_25http://llvm.orghttps://git.amat.us/llvm/atom/test/CodeGen/Generic?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
Let's try to have our cake and eat it to: move2009-01-21T11:37:31ZDuncan Sandsbaldrick@free.fr2009-01-21T11:37:31Zurn:sha1:bf0fb175abe02587742e562260380d2f0b5e4d42
this test into FrontendC to ensure that llvm-gcc
is available; assemble using "llvm-gcc -xassembler"
rather than "as".
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@62683 91177308-0d34-0410-b5e6-96231b3b80d8
Don't bother running the assembler, we don't know that it will be configured2009-01-20T21:41:53ZChris Lattnersabre@nondot.org2009-01-20T21:41:53Zurn:sha1:1d5ee5c3b8dedab297d2158271d4c3743e812eea
for whatever llc defaults to. This fixes PR3363
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@62619 91177308-0d34-0410-b5e6-96231b3b80d8
Verify Intrinsic::dbg_declare. 2009-01-19T21:00:48ZDevang Pateldpatel@apple.com2009-01-19T21:00:48Zurn:sha1:0153308abf95e9c87e870768aa8fbf6f590d0f87
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@62526 91177308-0d34-0410-b5e6-96231b3b80d8
The list-td and list-tdrr schedulers don't yet support physreg2009-01-13T20:24:13ZDan Gohmangohman@apple.com2009-01-13T20:24:13Zurn:sha1:bc0b56732a2d1dc22767e0f3930f22a76d99470a
scheduling dependencies. Add assertion checks to help catch
this.
It appears the Mips target defaults to list-td, and it has a
regression test that uses a physreg dependence. Such code was
liable to be miscompiled, and now evokes an assertion failure.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@62177 91177308-0d34-0410-b5e6-96231b3b80d8
Fix a bug in ComputeLinearIndex computation handling multi-level2009-01-06T22:53:52ZDan Gohmangohman@apple.com2009-01-06T22:53:52Zurn:sha1:2c91d102ec29bc766b7172a3062d399dc12640fe
aggregate types. Don't increment the current index after reaching
the end of a struct, as it will already be pointing at
one-past-the end. This fixes PR3288.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@61828 91177308-0d34-0410-b5e6-96231b3b80d8
Delete this test; it's a duplicate of 2006-07-03-schedulers.ll.2009-01-06T01:36:23ZDan Gohmangohman@apple.com2009-01-06T01:36:23Zurn:sha1:5ddefdaa346f898064e0428f55af5b44339b6775
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@61781 91177308-0d34-0410-b5e6-96231b3b80d8
Revert the changes in this testcase until Anton can fix them.2008-12-24T05:23:34ZBill Wendlingisanbard@gmail.com2008-12-24T05:23:34Zurn:sha1:e5b7e0ec083f2e902e8612a95c33335a08da83aa
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@61414 91177308-0d34-0410-b5e6-96231b3b80d8
Update test2008-12-23T22:26:37ZAnton Korobeynikovasl@math.spbu.ru2008-12-23T22:26:37Zurn:sha1:42a8bbce2c7dd44d614efa4053927add7c8073c0
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@61399 91177308-0d34-0410-b5e6-96231b3b80d8
For amusement, implement SADDO, SSUBO, UADDO, USUBO2008-12-10T12:30:42ZDuncan Sandsbaldrick@free.fr2008-12-10T12:30:42Zurn:sha1:ab0c578bfd1380326830180a9209df6c5be58887
for promoted integer types, eg: i16 on ppc-32, or
i24 on any platform. Complete support for arbitrary
precision integers would require handling expanded
integer types, eg: i128, but I couldn't be bothered.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@60834 91177308-0d34-0410-b5e6-96231b3b80d8