- Mar 04, 2009
-
-
Owen Anderson authored
Add a restore folder, which shaves a dozen or so machineinstrs off oggenc. Update a testcase to check this. llvm-svn: 66029
-
Gabor Greif authored
because less bytes are allocated and subobject construction is gone. For reference how it works, see BasicBlock.h. Btw. it is very assuring to see that somebody has invented this ilist-embedded sentinel technique before me :-) llvm-svn: 66026
-
Evan Cheng authored
llvm-svn: 66024
-
Eli Friedman authored
llvm-svn: 66021
-
Dan Gohman authored
llvm-svn: 66008
-
Evan Cheng authored
llvm-svn: 66006
-
Dan Gohman authored
result from add, sub, inc, and dec instructions in simple cases. llvm-svn: 66004
-
Dale Johannesen authored
llvm-svn: 66001
-
Dale Johannesen authored
llvm-svn: 66000
-
Dale Johannesen authored
per Chris' suggestion. Slightly faster. llvm-svn: 65999
-
Evan Cheng authored
Fix PR3701. 1. X86 target renamed eflags register to flags. This matches what llvm-gcc generates so codegen knows flags register is being clobbered by inline asm. 2. BURR scheduler should also check if inline asm nodes can clobber "live" physical registers. Previously it was only checking target nodes with implicit defs. llvm-svn: 65996
-
Devang Patel authored
If a global constant is dead then global's debug info should not prevent the optimizer in deleting the global. And while deleting global, delete global's debug info also. llvm-svn: 65994
-
Dale Johannesen authored
when counting work; it was only off by 1. llvm-svn: 65993
-
Dale Johannesen authored
While the patch is clearly correct in itself, it's become apparent other places are assuming debug intrinsics are marked as touching memory...this needs more testing. llvm-svn: 65992
-
Bill Wendling authored
so it changed it into a 31 via the TLO.ShrinkDemandedConstant() call. Then it would go through the DAG combiner again. This time it had a value of 31, which was turned into a -1 by TLI.SimplifyDemandedBits(). This would ping pong forever. Teach the TLO.ShrinkDemandedConstant() call not to lower a value if the demanded value is an XOR of all ones. llvm-svn: 65985
-
Dale Johannesen authored
caused them to be considered trivially dead. Fix this. llvm-svn: 65979
-
- Mar 03, 2009
-
-
Dale Johannesen authored
feed into llvm.dbg.declare nodes, as well as the debug directives themselves. llvm-svn: 65976
-
Devang Patel authored
llvm-svn: 65975
-
Devang Patel authored
llvm-svn: 65971
-
Dale Johannesen authored
use, check also for the case where it has two uses, the other being a llvm.dbg.declare. This is needed so debug info doesn't affect codegen. llvm-svn: 65970
-
Chris Lattner authored
llvm-svn: 65967
-
Dan Gohman authored
instructions. These aren't used yet. llvm-svn: 65965
-
Bob Wilson authored
llvm-svn: 65962
-
Bill Wendling authored
llvm-svn: 65961
-
Bill Wendling authored
llvm-svn: 65960
-
Dan Gohman authored
llvm-svn: 65953
-
Bill Wendling authored
llvm-svn: 65945
-
Mikhail Glushenkov authored
This is a template that can be used to build your own LLVMC-based drivers. It can be also useful as a "bare-bones" LLVMC. llvm-svn: 65944
-
Mikhail Glushenkov authored
llvm-svn: 65943
-
Mikhail Glushenkov authored
llvm-svn: 65942
-
Mikhail Glushenkov authored
Since this Makefile is supposed to be usable from LLVM-based projects not in the tree, LLVMLIBS should be used instead of USEDLIBS. This depends on my previous fix to Makefile.rules. llvm-svn: 65941
-
Mikhail Glushenkov authored
From the code: "There are "Proj" libs (defined by the user's project) and "LLVM" libs (defined by the LLVM project)." LINK_COMPONENTS are clearly defined by the LLVM project. Additionally, this fixes an issue with llvmc's build process:-) llvm-svn: 65940
-
Mikhail Glushenkov authored
llvm-svn: 65939
-
Nick Lewycky authored
llvm-svn: 65938
-
Mikhail Glushenkov authored
llvm-svn: 65936
-
Zhou Sheng authored
llvm-svn: 65934
-
Nick Lewycky authored
llvm-svn: 65931
-
Nick Lewycky authored
llvm-svn: 65928
-
Nick Lewycky authored
llvm-svn: 65927
-
Nick Lewycky authored
llvm-svn: 65922
-