- Jun 11, 2008
-
-
Anton Korobeynikov authored
CALLSEQ_BEGIN & CALLSEQ_END. llvm-svn: 52225
-
Evan Cheng authored
For now, avoid generating FP select instructions in order to speculatively execute integer arithmetic instructions. FP selects are more likely to be expensive (even compared to branch on fcmp). This is not a wonderful solution but I rather err on the side of conservative. This fixes the heapsort performance regressions. llvm-svn: 52224
-
Evan Cheng authored
Avoid duplicating loop header which leads to unnatural loops (and just seem like general badness to me, likely to cause code explosion). Patch by Florian Brandner. llvm-svn: 52223
-
Gordon Henriksen authored
llvm-svn: 52218
-
Matthijs Kooijman authored
useless insert-extract chains, similar to how it folds them for vectors. Add a testcase for this. llvm-svn: 52217
-
Gabor Greif authored
llvm-svn: 52216
-
Gabor Greif authored
llvm-svn: 52215
-
Duncan Sands authored
maps can be deleted. This happens when RAUW replaces a node N with another equivalent node E, deleting the first node. Solve this by adding (N, E) to ReplacedNodes, which is already used to remap nodes to replacements. This means that deleted nodes are being allowed in maps, which can be delicate: the memory may be reused for a new node which might get confused with the old deleted node pointer hanging around in the maps, so detect this and flush out maps if it occurs (ExpungeNode). The expunging operation is expensive, however it never occurs during a llvm-gcc bootstrap or anywhere in the nightly testsuite. It occurs three times in "make check": Alpha/illegal-element-type.ll, PowerPC/illegal-element-type.ll and X86/mmx-shift.ll. If expunging proves to be too expensive then there are other more complicated ways of solving the problem. In the normal case this patch adds the overhead of a few more map lookups, which is hopefully negligable. llvm-svn: 52214
-
Gordon Henriksen authored
If this doesn't work, I'll write a configure test. llvm-svn: 52213
-
Matthijs Kooijman authored
llvm-svn: 52212
-
Gabor Greif authored
llvm-svn: 52191
-
- Jun 10, 2008
-
-
Duncan Sands authored
llvm-svn: 52190
-
Dale Johannesen authored
The test still fails because an expected symbol is not present, and I don't see why it should be. llvm-svn: 52188
-
Dale Johannesen authored
Warnings are legitimate. llvm-svn: 52187
-
Dale Johannesen authored
harness to fail the tests. The warning all appear legitimate. llvm-svn: 52186
-
Dale Johannesen authored
llvm-svn: 52185
-
Matthijs Kooijman authored
This fixes 2 testcases. llvm-svn: 52184
-
Matthijs Kooijman authored
variable expansions involving the $ character. This fixes 4 tests that were not running properly before. llvm-svn: 52183
-
Matthijs Kooijman authored
cases quoting of <{ didn't work out, so I changed the grep to check for }> instead. This fixes 7 testcases that were not properly running before. llvm-svn: 52182
-
Matthijs Kooijman authored
This fixes 5 testcases that were not being run properly before. llvm-svn: 52180
-
Matthijs Kooijman authored
This fixes two test cases that were not being run properly before. llvm-svn: 52179
-
Matthijs Kooijman authored
Also, use > %t instead of -o %t for output in one test since that also works when %t already exists. This fixes 6 testcases. llvm-svn: 52178
-
Matthijs Kooijman authored
llvm-svn: 52177
-
Matthijs Kooijman authored
declarations. These are the fixes that I was pretty confident about, there are still a lot of other llvm-gcc warnings of which I'm not sure if they can be safely ignored or fixed, without breaking the test case. This fixes 11 testcases. llvm-svn: 52176
-
Matthijs Kooijman authored
don't fail when (expected) error output is produced. This fixes 17 tests. While I was there, I also made all RUN lines of the form "not llvm-as..." a bit more consistent, they now all redirect stderr and stdout to /dev/null and use input redirect to read their input. llvm-svn: 52174
-
Matthijs Kooijman authored
llvm-svn: 52173
-
Matthijs Kooijman authored
tests. This breaks 80 tests in the tree. The interesting part here is that this no longer ignores syntax errors in RUN command lines. Some tests have not been working all the time because of this. The tricky part is that it now also views any stderr output as an error. This can be suppressed in tcl 8.5, but let's not add this dependency. Instead, all testcases should be changed to redirect stderr if they expect stderr output. This holds in particular for lines like: ; RUN: not llvm-as < %s where an error is expected (but I think I can solve this by modifying the not script). Also, compilations resulting in warnings will now also fail (so the warnings should be fixed, disabled or redirected...). I'll continue with fixing the testcases that are broken now. llvm-svn: 52172
-
Gabor Greif authored
llvm-svn: 52165
-
Dan Gohman authored
executing the test commands. llvm-svn: 52163
-
Dan Gohman authored
llvm-svn: 52159
-
Dan Gohman authored
value, which is something that apparently isn't used much. llvm-svn: 52158
-
- Jun 09, 2008
-
-
Dan Gohman authored
types on functions, with adjustments so that it accepts both new-style aggregate returns and old-style MRV returns, including those with only a single member. llvm-svn: 52157
-
Dan Gohman authored
llvm-svn: 52156
-
Duncan Sands authored
llvm-svn: 52153
-
Duncan Sands authored
change for non-funky-sized integers. llvm-svn: 52151
-
Dan Gohman authored
llvm-svn: 52150
-
Dan Gohman authored
llvm-svn: 52149
-
Dan Gohman authored
llvm-svn: 52147
-
Dan Gohman authored
llvm-svn: 52146
-
Dan Gohman authored
llvm-svn: 52144
-