- Jul 27, 2010
-
-
Gabor Greif authored
llvm-svn: 109509
-
Gabor Greif authored
llvm-svn: 109508
-
Gabor Greif authored
llvm-svn: 109506
-
Gabor Greif authored
llvm-svn: 109504
-
Gabor Greif authored
llvm-svn: 109503
-
Gabor Greif authored
llvm-svn: 109502
-
Mikhail Glushenkov authored
llvm-svn: 109500
-
Mikhail Glushenkov authored
Also fix some comments. llvm-svn: 109499
-
Tobias Grosser authored
getMaxRegionExit returns the exit of the maximal refined region starting at a specific basic block. llvm-svn: 109496
-
Duncan Sands authored
are still on the list. This might happen if a CallbackVH created some new value handles for the old value when doing RAUW. Barf if it occurs, since it is almost certainly a mistake. llvm-svn: 109495
-
Michael J. Spencer authored
llvm-svn: 109494
-
Tobias Grosser authored
* contains(Loop), * getOutermostLoop() * Improve getNameStr() to return a sensible name, if basic blocks are not named. llvm-svn: 109490
-
Jakob Stoklund Olesen authored
subregister operands like this: %reg1040:sub_32bit<def> = MOV32rm <fi#-2>, 1, %reg0, 0, %reg0, %reg1040<imp-def>; mem:LD4[FixedStack-2](align=8) Make them return false when subreg operands are present. VirtRegRewriter is making bad assumptions otherwise. This fixes PR7713. llvm-svn: 109489
-
Jakob Stoklund Olesen authored
with a too-big register class. llvm-svn: 109488
-
Bill Wendling authored
protectors, to be near the stack protectors on the stack. Accomplish this by tagging the stack object with a predicate that indicates that it would trigger this. In the prolog-epilog inserter, assign these objects to the stack after the stack protector but before the other objects. llvm-svn: 109481
-
Jakob Stoklund Olesen authored
rewrite instructions for live range splitting. Still work in progress. llvm-svn: 109469
-
Dan Gohman authored
llvm-svn: 109468
-
Bill Wendling authored
llvm-svn: 109462
-
Eli Friedman authored
llvm-svn: 109458
-
Anton Korobeynikov authored
llvm-svn: 109456
-
- Jul 26, 2010
-
-
Bob Wilson authored
exception handling. Also fix an extra underscore typo in one instance of "__ARM_EABI__". Radar 8236264. llvm-svn: 109451
-
Evan Cheng authored
llvm-svn: 109450
-
Evan Cheng authored
The "excess register pressure" returned by HighRegPressure() is not accurate enough to factor into scheduling priority. Eliminate it and add early exits to speed up scheduling. llvm-svn: 109449
-
Anton Korobeynikov authored
llvm-svn: 109448
-
Bruno Cardoso Lopes authored
we are using AVX and no AVX version of the desired intruction is present, this is better for incremental dev (without fallbacks it's easier to spot what's missing). Not sure this is the best hack thought (we can also disable all HasSSE* predicates by dinamically marking them 'false' if AVX is present) llvm-svn: 109434
-
Owen Anderson authored
llvm-svn: 109424
-
Anton Korobeynikov authored
This assumption is not satisfied due to global mergeing. Workaround the issue by temporary disablinge mergeing of const globals. Also, ignore LLVM "special" globals. This fixes PR7716 llvm-svn: 109423
-
Evan Cheng authored
llvm-svn: 109421
-
Dan Gohman authored
it inserted rather than using LoopInfo::getCanonicalInductionVariable to rediscover it, since that doesn't work on non-canonical loops. This fixes infinite recurrsion on such loops; PR7562. llvm-svn: 109419
-
Dan Gohman authored
llvm-svn: 109415
-
Dan Gohman authored
dependence on DominanceFrontier. Instead, add an explicit DominanceFrontier pass in StandardPasses.h to ensure that it gets scheduled at the right time. Declare that loop unrolling preserves ScalarEvolution, and shuffle some getAnalysisUsages. This eliminates one LoopSimplify and one LCCSA run in the standard compile opts sequence. llvm-svn: 109413
-
Dan Gohman authored
llvm-svn: 109412
-
Dan Gohman authored
don't visit all blocks in the function, and don't iterate over the split blocks' predecessor lists for each block visited. Also, remove the special-case test for the entry block. Splitting the entry block isn't common enough to make this worthwhile. This fixes a major compile-time bottleneck which is exposed now that LoopSimplify isn't being redundantly run both before and after DominanceFrontier. llvm-svn: 109408
-
Dan Gohman authored
llvm-svn: 109405
-
Dan Gohman authored
llvm-svn: 109404
-
Dan Gohman authored
llvm-svn: 109403
-
Dan Gohman authored
llvm-svn: 109402
-
Dan Gohman authored
explicit inequality check. llvm-svn: 109401
-
Dan Gohman authored
llvm-svn: 109400
-
Dan Gohman authored
explicit inequality check. llvm-svn: 109398
-