| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
will make it more obvious what it represents, and stop
it being confused with the StoreSize.
llvm-svn: 71349
|
|
|
|
|
|
| |
indirect function calls, and set pclath before every call to retrieve the frame address.
llvm-svn: 71323
|
|
|
|
| |
llvm-svn: 71305
|
|
|
|
| |
llvm-svn: 71302
|
|
|
|
| |
llvm-svn: 71291
|
|
|
|
|
|
| |
overflow checks.
llvm-svn: 71284
|
|
|
|
| |
llvm-svn: 71282
|
|
|
|
| |
llvm-svn: 71275
|
|
|
|
|
|
|
|
|
| |
inlined function or the end of a function. Before, this was never executing the
"inlined" version of the Record method.
This will become important once the inlined Dwarf writer patch lands.
llvm-svn: 71268
|
|
|
|
|
|
|
| |
add-recurrence to be exposed. Add a new SCEV folding rule to
help simplify expressions in the presence of these extra truncs.
llvm-svn: 71264
|
|
|
|
|
|
|
|
|
| |
concrete instance of an inlined function, we can get the actual address of the
abstract instance inside of the compile unit.
This isn't currently used, but will be by a future check-in.
llvm-svn: 71263
|
|
|
|
|
|
| |
constant exprs as well as instructions.
llvm-svn: 71262
|
|
|
|
|
|
|
|
|
| |
which are not analyzed with SCEV techniques, which can require
brute-forcing through a large number of instructions. This
fixes a massive compile-time issue on 400.perlbench (in
particular, the loop in MD5Transform).
llvm-svn: 71259
|
|
|
|
|
|
| |
clients to use it.
llvm-svn: 71258
|
|
|
|
| |
llvm-svn: 71256
|
|
|
|
| |
llvm-svn: 71255
|
|
|
|
| |
llvm-svn: 71253
|
|
|
|
|
|
| |
separate function.
llvm-svn: 71252
|
|
|
|
|
|
| |
This fixes an old FIXME, and is needed by some upcoming changes.
llvm-svn: 71247
|
|
|
|
| |
llvm-svn: 71242
|
|
|
|
| |
llvm-svn: 71241
|
|
|
|
| |
llvm-svn: 71240
|
|
|
|
| |
llvm-svn: 71239
|
|
|
|
| |
llvm-svn: 71238
|
|
|
|
| |
llvm-svn: 71237
|
|
|
|
| |
llvm-svn: 71236
|
|
|
|
| |
llvm-svn: 71235
|
|
|
|
|
|
| |
need to work a bit to combine things like (x+c1+c2) into x+c3.
llvm-svn: 71232
|
|
|
|
|
|
|
|
|
| |
method, fixing a crash on PR4146. While the store will
ultimately overwrite the "padded size" number of bits in memory,
the stored value may be a subset of this size. This function
only wants to handle the case where all bits are stored.
llvm-svn: 71224
|
|
|
|
| |
llvm-svn: 71214
|
|
|
|
| |
llvm-svn: 71211
|
|
|
|
|
|
| |
preparation for the day we use null TargetData when no target is specified.
llvm-svn: 71210
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
unconditional branch to the outside of the loop. e.g.
/// A:
/// ...
/// <fallthrough to B>
///
/// B: --> loop header
/// ...
/// jcc <cond> C, [exit]
///
/// C:
/// ...
/// jmp B
///
/// ==>
///
/// A:
/// ...
/// jmp B
///
/// C: --> new loop header
/// ...
/// <fallthough to B>
///
/// B:
/// ...
/// jcc <cond> C, [exit]
llvm-svn: 71209
|
|
|
|
|
|
| |
build under gcc 4.3.
llvm-svn: 71208
|
|
|
|
|
|
| |
No functionality change.
llvm-svn: 71207
|
|
|
|
| |
llvm-svn: 71199
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
scavenger gets confused about register liveness if it doesn't see them.
I'm not thrilled with this solution, but it only comes up when there are dead
copies in the code, which is something that hopefully doesn't happen much.
Here is what happens in pr4100: As shown in the following excerpt from the
debug output of llc, the source of a move gets reloaded from the stack,
inserting a new load instruction before the move. Since that source operand
is a kill, the physical register is free to be reused for the destination
of the move. The move ends up being a no-op, copying R3 to R3, so it is
deleted. But, it leaves behind the load to reload %reg1028 into R3, and
that load is not updated to show that it's destination operand (R3) is dead.
The scavenger gets confused by that load because it thinks that R3 is live.
Starting RegAlloc of: %reg1025<def,dead> = MOVr %reg1028<kill>, 14, %reg0, %reg0
Regs have values:
Reloading %reg1028 into R3
Last use of R3[%reg1028], removing it from live set
Assigning R3 to %reg1025
Register R3 [%reg1025] is never used, removing it from live set
Alternative solutions might be either marking the load as dead, or zapping
the load along with the no-op copy. I couldn't see an easy way to do
either of those, though.
llvm-svn: 71196
|
|
|
|
| |
llvm-svn: 71180
|
|
|
|
| |
llvm-svn: 71179
|
|
|
|
|
|
| |
several regressions. The problem due to 71158 is now fixed.
llvm-svn: 71176
|
|
|
|
|
|
| |
types, such as loads and calls.
llvm-svn: 71175
|
|
|
|
|
|
| |
the SCEVUDivExpr case.
llvm-svn: 71173
|
|
|
|
|
|
|
|
|
|
|
| |
bits captured, but the pointer marked nocapture. In fact
I now recall that this problem is why only readnone functions
returning void were considered before! However keep a small
fix that was also in r70876: a readnone function returning
void can result in bits being captured if it unwinds, so
test for this.
llvm-svn: 71168
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
checking for bcopy... no
checking for getc_unlocked... Assertion failed: (0 && "Unknown SCEV kind!"), function operator(), file /Volumes/Sandbox/Buildbot/llvm/full-llvm/build/llvmCore.roots/llvmCore~obj/src/lib/Analysis/ScalarEvolution.cpp, line 511.
/Volumes/Sandbox/Buildbot/llvm/full-llvm/build/llvmgcc42.roots/llvmgcc42~obj/src/libdecnumber/decUtility.c:360: internal compiler error: Abort trap
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://developer.apple.com/bugreporter> for instructions.
make[4]: *** [decUtility.o] Error 1
make[4]: *** Waiting for unfinished jobs....
Assertion failed: (0 && "Unknown SCEV kind!"), function operator(), file /Volumes/Sandbox/Buildbot/llvm/full-llvm/build/llvmCore.roots/llvmCore~obj/src/lib/Analysis/ScalarEvolution.cpp, line 511.
/Volumes/Sandbox/Buildbot/llvm/full-llvm/build/llvmgcc42.roots/llvmgcc42~obj/src/libdecnumber/decNumber.c:5591: internal compiler error: Abort trap
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://developer.apple.com/bugreporter> for instructions.
make[4]: *** [decNumber.o] Error 1
make[3]: *** [all-stage2-libdecnumber] Error 2
make[3]: *** Waiting for unfinished jobs....
llvm-svn: 71165
|
|
|
|
|
|
|
|
| |
to sorting SCEVs by their kind, sort SCEVs of the same kind according
to their operands. This helps avoid things like (a+b) being a distinct
expression from (b+a).
llvm-svn: 71160
|
|
|
|
|
|
| |
headers due to library dependencies.
llvm-svn: 71159
|
|
|
|
|
|
|
| |
array and the add is within range. This helps simplify expressions
expanded by ScalarEvolutionExpander.
llvm-svn: 71158
|
|
|
|
|
|
|
| |
SCEVAddRecExpr. This eliminates redundant code for visiting
all the operands of an expression.
llvm-svn: 71157
|
|
|
|
|
|
|
|
| |
AsmWriter::processDebugLoc function.
No functionality change.
llvm-svn: 71156
|
|
|
|
| |
llvm-svn: 71151
|