/external/llvm/lib/Transforms/Scalar/ |
Sink.cpp | 1 //===-- Sink.cpp - Code Sinking -------------------------------------------===// 31 class Sinking : public FunctionPass { 38 Sinking() : FunctionPass(ID) { 60 char Sinking::ID = 0; 61 INITIALIZE_PASS_BEGIN(Sinking, "sink", "Code sinking", false, false) 65 INITIALIZE_PASS_END(Sinking, "sink", "Code sinking", false, false) 67 FunctionPass *llvm::createSinkingPass() { return new Sinking(); } 71 bool Sinking::AllUsesDominatedByBlock(Instruction *Inst, [all...] |
LICM.cpp | 12 // code into the preheader block, or by sinking code to the exit blocks if it is 14 // live in registers, thus hoisting and sinking "invariant" loads and stores. 232 // us to sink instructions in one pass, without iteration. After sinking 438 DEBUG(dbgs() << "LICM sinking instruction: " << I << "\n"); 655 /// PromoteAliasSet - Try to promote memory values to scalars by sinking
|
CodeGenPrepare.cpp | 838 DEBUG(dbgs() << "CGP: SINKING nonlocal addrmode: " << AddrMode << " for " 849 // we'd end up sinking both muls. [all...] |
ScalarReplAggregates.cpp | [all...] |
/external/llvm/lib/CodeGen/ |
MachineSink.cpp | 1 //===-- MachineSink.cpp - Sinking for machine instructions ----------------===// 14 // for an LLVM-IR-level sinking pass. It is only designed to sink simple 37 cl::desc("Split critical edges during machine sinking"), 100 "Machine code sinking", false, false) 105 "Machine code sinking", false, false) 212 DEBUG(dbgs() << "******** Machine Sinking ********\n"); 245 // Don't bother sinking code out of unreachable blocks. In addition to being 260 // sinking. 290 // sinking multiple "cheap" instructions into the same block. 397 // FIXME: This should include support for sinking instructions within th [all...] |
LLVMTargetMachine.cpp | 65 cl::desc("Disable Machine Sinking")); 429 printAndVerify(PM, "After Machine LICM, CSE and Sinking passes");
|
/external/llvm/test/Transforms/InstCombine/ |
store.ll | 23 ;; Simple sinking tests
|
/external/llvm/test/CodeGen/X86/ |
sink-hoist.ll | 69 ; sinking more conservative about sinking instructions that define a preg into a
|
/external/llvm/include/llvm/CodeGen/ |
Passes.h | 191 /// createMachineSinkingPass - This pass performs sinking on machine
|
/external/llvm/test/Transforms/LICM/ |
sinking.ll | 110 ; it to miss opportunities to sink instructions that depended on sinking other
|
/external/llvm/lib/Transforms/InstCombine/ |
InstCombinePHI.cpp | 277 // load [constant stack offset]. Sinking it will cause us to have to 307 // successors, sinking it would remove a load of the volatile value from 335 // successors, sinking it would remove a load of the volatile value from [all...] |
/dalvik/vm/compiler/codegen/arm/ |
LocalOptimizations.cpp | 122 * from sinking past branch instructions. Also take out the memory
|
/external/llvm/lib/Target/ARM/ |
README-Thumb.txt | 168 2. It is sinking the shift of "1 << i" into the tst, and using ands instead of
|
/external/llvm/lib/Target/ |
README.txt | 464 We should investigate an instruction sinking pass. Consider this silly 985 [STORE SINKING] 987 Store sinking: This code: [all...] |