- Jun 24, 2009
-
-
Owen Anderson authored
Get rid of the global CFGOnly flag by threading a ShortNames parameters through the GraphViz rendering code. Update other uses in the codebase for this change. llvm-svn: 74084
-
Dale Johannesen authored
llvm-svn: 74082
-
Daniel Dunbar authored
reintroduce them later. Also, don't require MCSection* when creating a symbol. llvm-svn: 74081
-
Daniel Dunbar authored
llvm-svn: 74077
-
Daniel Dunbar authored
llvm-svn: 74076
-
Dan Gohman authored
llvm-svn: 74074
-
Dan Gohman authored
computations in loops with multiple exits. Adjust the testcase for PR4436 so that the relevant portion isn't optimized away. llvm-svn: 74073
-
Dan Gohman authored
terminator, instead of after the last phi. This fixes a bug exposed by ScalarEvolution analyzing more kinds of loops. This fixes PR4436. llvm-svn: 74072
-
Duncan Sands authored
llvm-svn: 74071
-
Chris Lattner authored
llvm-svn: 74067
-
Chris Lattner authored
llvm-svn: 74066
-
Chris Lattner authored
llvm-svn: 74065
-
Dan Gohman authored
and tidy up a few other formatting issues. llvm-svn: 74060
-
Chris Lattner authored
This is suboptimal in several aspects, see the commented out assertion. I need to talk to Daniel about this. llvm-svn: 74057
-
Lang Hames authored
Fixed a bug in LiveInterval scaling (failure to scale VNI defs correctly), removed old TODO comments. llvm-svn: 74054
-
Evan Cheng authored
Fix support for inline asm input / output operand tying when operand spans across multiple registers (e.g. two i64 operands in 32-bit mode). llvm-svn: 74053
-
Dan Gohman authored
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
-
Nick Lewycky authored
llvm-svn: 74046
-
Dan Gohman authored
llvm-svn: 74045
-
Daniel Dunbar authored
llvm-svn: 74044
-
Dan Gohman authored
llvm-svn: 74042
-
Dan Gohman authored
createSCEV. Also, recognize UndefValue in createSCEV. Change getIntegerSCEV's comment to avoid mentioning FP types, and re-implement it in terms of getConstant instead of getUnknown. llvm-svn: 74041
-
Dan Gohman authored
SCEVConstants. This cleanup is a step toward letting getUnknown be simpler. llvm-svn: 74037
-
Dan Gohman authored
llvm-svn: 74035
-
Dan Gohman authored
llvm-svn: 74032
-
Dan Gohman authored
preheader is already an instruction. llvm-svn: 74031
-
Owen Anderson authored
than a managed static because other managed statics can (and do) access this list in their destructors. Yes, I know it's horrible. llvm-svn: 74029
-
Bob Wilson authored
C bindings. Change all the backend "Initialize" functions to have C linkage. Change the "llvm/Config/Targets.def" header to use C-style comments to avoid compile warnings. llvm-svn: 74026
-
Daniel Dunbar authored
llvm-svn: 74024
-
Sean Callanan authored
llvm-svn: 74022
-
Devang Patel authored
It is not a good idea to have data member's name match argument's name. In fact, it is a simple receipe to waste an hour or so. llvm-svn: 74018
-
Devang Patel authored
llvm-svn: 74017
-
Daniel Dunbar authored
- Lives inside new library lib/MC (LLVMMC.a) llvm-svn: 74013
-
- Jun 23, 2009
-
-
Owen Anderson authored
Use atomic operations when accessing statistics, and make the lazy initialization of statistics actually threadsafe. llvm-svn: 74005
-
Owen Anderson authored
llvm-svn: 74004
-
Owen Anderson authored
Make timers threadsafe again. This isn't quite as nice as I'd hoped (it uses locking rather than atomic arithmetic), but should work on all the platforms we care about. I might revisit this if a totally awesome way to do it occurs to me. llvm-svn: 74002
-
Owen Anderson authored
we care about are capable of supporting it. llvm-svn: 73993
-
Evan Cheng authored
llvm-svn: 73990
-
Bill Wendling authored
instructions, which implies that there is an explicit memory operand. There is (however) no explicit memory operand; although this is a store, the only memory operand is implicit, indicated by DS:EDI. This causes the table-generation code for the disassembler to report an error." Patch by Sean Callanan! llvm-svn: 73989
-
Lang Hames authored
llvm-svn: 73988
-