- May 08, 2009
-
-
Nick Lewycky authored
llvm-svn: 71211
-
Nick Lewycky authored
preparation for the day we use null TargetData when no target is specified. llvm-svn: 71210
-
Evan Cheng authored
Optimize code placement in loop to eliminate unconditional branches or move 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
-
Nick Lewycky authored
build under gcc 4.3. llvm-svn: 71208
-
Sanjiv Gupta authored
No functionality change. llvm-svn: 71207
-
Eli Friedman authored
llvm-svn: 71199
-
Bob Wilson authored
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
-
- May 07, 2009
-
-
Bob Wilson authored
llvm-svn: 71180
-
Bob Wilson authored
llvm-svn: 71179
-
Dan Gohman authored
several regressions. The problem due to 71158 is now fixed. llvm-svn: 71176
-
Dan Gohman authored
types, such as loads and calls. llvm-svn: 71175
-
Dan Gohman authored
the SCEVUDivExpr case. llvm-svn: 71173
-
Duncan Sands authored
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
-
Bill Wendling authored
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
-
Dan Gohman authored
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
-
Dan Gohman authored
headers due to library dependencies. llvm-svn: 71159
-
Dan Gohman authored
array and the add is within range. This helps simplify expressions expanded by ScalarEvolutionExpander. llvm-svn: 71158
-
Dan Gohman authored
SCEVAddRecExpr. This eliminates redundant code for visiting all the operands of an expression. llvm-svn: 71157
-
Argyrios Kyrtzidis authored
No functionality change. llvm-svn: 71156
-
Evan Cheng authored
llvm-svn: 71151
-
Evan Cheng authored
llvm-svn: 71150
-
Evan Cheng authored
llvm-svn: 71149
-
Bill Wendling authored
llvm-svn: 71140
-
Bill Wendling authored
llvm-svn: 71138
-
Argyrios Kyrtzidis authored
-Have it return a label ID -Remove the unused Instruction parameter No functionality change. llvm-svn: 71132
-
Dan Gohman authored
trivially different code on different hosts (due to differing std::sort implementations). llvm-svn: 71124
-
- May 06, 2009
-
-
Bill Wendling authored
change. - Reformatting. llvm-svn: 71118
-
Oscar Fuentes authored
llvm-svn: 71115
-
Dale Johannesen authored
more place. This fixes a bunch of x86-64 JIT regressions. (Introduced when the value of the magic constant changed in 68645. At the time apparently nobody noticed; failures were hidden in 70343-70439 by an unrelated bug, so showed up again as "new" failures in 70440.) llvm-svn: 71106
-
Evan Cheng authored
llvm-svn: 71098
-
Evan Cheng authored
llvm-svn: 71091
-
David Greene authored
Make sure to use signed arithmetic in APInt to fix a regression. llvm-svn: 71090
-
Dan Gohman authored
separate back() and pop_back() calls. llvm-svn: 71089
-
Oscar Fuentes authored
llvm-svn: 71085
-
Duncan Sands authored
Incomplete, but better than nothing. llvm-svn: 71081
-
Duncan Sands authored
are legal. Based on a patch by Micah Villmow. llvm-svn: 71078
-
Duncan Sands authored
the readnone. Since MallocInst is scheduled for deletion it doesn't seem worth doing anything more subtle, such as having mayWriteToMemory return true for MallocInst. llvm-svn: 71077
-
Sanjiv Gupta authored
Split large global data (both initialized and un-initialized) into multiple sections of <= 80 bytes. Provide routines to manage PIC16 ABI naming conventions. llvm-svn: 71073
-
Duncan Sands authored
the optimizers about this. For example, a readonly function with no uses cannot be removed unless it is also marked nounwind. llvm-svn: 71071
-
Lang Hames authored
llvm-svn: 71057
-