| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
| |
to a loop deletion more thorough. Don't prune the def-use tree search at
instructions that don't have SCEVs computed, because an instruction with
a user that has a computed SCEV may itself lack a computed SCEV. Also,
remove loop-related values from the ValuesAtScopes and
ConstantEvolutionLoopExitValues maps as well.
This fixes a regression in 483.xalancbmk.
llvm-svn: 75030
|
| |
|
|
|
|
| |
module is required.
llvm-svn: 75025
|
| |
|
|
|
|
|
| |
these instructions, no autoupgrade or backwards compatibility support is
provided.
llvm-svn: 74991
|
| |
|
|
| |
llvm-svn: 74985
|
| |
|
|
| |
llvm-svn: 74920
|
| |
|
|
| |
llvm-svn: 74918
|
| |
|
|
| |
llvm-svn: 74910
|
| |
|
|
| |
llvm-svn: 74878
|
| |
|
|
|
|
| |
through the ValueTracking API.
llvm-svn: 74873
|
| |
|
|
|
|
| |
files.
llvm-svn: 74844
|
| |
|
|
|
|
|
| |
than a wider one, before trying to compare their contents which will crash
if their sizes are different.
llvm-svn: 74792
|
| |
|
|
| |
llvm-svn: 74754
|
| |
|
|
| |
llvm-svn: 74733
|
| |
|
|
|
|
| |
Thanks Duncan!
llvm-svn: 74706
|
| |
|
|
|
|
|
|
|
| |
While
we could do this, doing so requires adjusting the demanded mask and the code isn't
doing that yet. This fixes PR4495
llvm-svn: 74699
|
| |
|
|
| |
llvm-svn: 74680
|
| |
|
|
|
|
| |
No functionality change.
llvm-svn: 74652
|
| |
|
|
| |
llvm-svn: 74647
|
| |
|
|
|
|
|
|
| |
arguments/elements
to not have to create a temporary vector (in the API at least). Patch by Jay Foad!
llvm-svn: 74584
|
| |
|
|
| |
llvm-svn: 74551
|
| |
|
|
| |
llvm-svn: 74510
|
| |
|
|
| |
llvm-svn: 74499
|
| |
|
|
| |
llvm-svn: 74492
|
| |
|
|
|
|
|
|
|
|
| |
Constant. This lets ConstantInts be handled as SCEVConstant instead
of SCEVUnknown, as getUnknown no longer has special-case code for
ConstantInt and friends. This usually doesn't affect the final
output, since the constants end up getting folded later, but it
does make intermediate expressions more obvious in many cases.
llvm-svn: 74459
|
| |
|
|
|
|
|
|
| |
an individual exhaustive evaluation reflects only the exit value
implied by an individual exit, which may differ from the actual
exit value of the loop if there are other exits. This fixes PR4477.
llvm-svn: 74447
|
| |
|
|
| |
llvm-svn: 74439
|
| |
|
|
|
|
|
|
|
|
| |
on-the-fly passes as well.
Also don't call finalizers for LoopPass if initialization was not called.
Add a unittest that tests that these methods are called, in the proper
order, and the correct number of times.
llvm-svn: 74438
|
| |
|
|
|
|
|
| |
(otherwise harmless) uninitialized value warnings that
Duncan found with gcc-4.4.
llvm-svn: 74437
|
| |
|
|
| |
llvm-svn: 74416
|
| |
|
|
| |
llvm-svn: 74415
|
| |
|
|
| |
llvm-svn: 74402
|
| |
|
|
| |
llvm-svn: 74401
|
| |
|
|
| |
llvm-svn: 74400
|
| |
|
|
| |
llvm-svn: 74394
|
| |
|
|
|
|
| |
of a team of individual allocations and a team of std::maps.
llvm-svn: 74393
|
| |
|
|
| |
llvm-svn: 74391
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This helps it avoid reusing an instruction that doesn't dominate all
of the users, in cases where the original instruction was inserted
before all of the users were known. This may result in redundant
expansions of sub-expressions that depend on loop-unpredictable values
in some cases, however this isn't very common, and it primarily impacts
IndVarSimplify, so GVN can be expected to clean these up.
This eliminates the need for IndVarSimplify's FixUsesBeforeDefs,
which fixes several bugs.
llvm-svn: 74352
|
| |
|
|
|
|
|
|
| |
nesting order of nested AddRec expressions to skip the transformation
if it would introduce an AddRec with operands not loop-invariant
with respect to its loop.
llvm-svn: 74343
|
| |
|
|
|
|
| |
are loop invariant, not just the start operand.
llvm-svn: 74338
|
| |
|
|
| |
llvm-svn: 74285
|
| |
|
|
|
|
| |
and llvm.dbg.global_variables.
llvm-svn: 74251
|
| |
|
|
|
|
| |
this case, but it should help avoid issues in the future.
llvm-svn: 74178
|
| |
|
|
| |
llvm-svn: 74129
|
| |
|
|
| |
llvm-svn: 74125
|
| |
|
|
| |
llvm-svn: 74120
|
| |
|
|
|
|
|
|
| |
through the GraphViz rendering code.
Update other uses in the codebase for this change.
llvm-svn: 74084
|
| |
|
|
| |
llvm-svn: 74074
|
| |
|
|
|
|
|
|
|
| |
computations in loops with multiple exits.
Adjust the testcase for PR4436 so that the relevant portion isn't
optimized away.
llvm-svn: 74073
|
| |
|
|
|
|
| |
and tidy up a few other formatting issues.
llvm-svn: 74060
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
trip counts in more cases.
Generalize ScalarEvolution's isLoopGuardedByCond code to recognize
And and Or conditions, splitting the code out into an
isNecessaryCond helper function so that it can evaluate Ands and Ors
recursively, and make SCEVExpander be much more aggressive about
hoisting instructions out of loops.
test/CodeGen/X86/pr3495.ll has an additional instruction now, but
it appears to be due to an arbitrary register allocation difference.
llvm-svn: 74048
|