Home
last modified time | relevance | path

Searched refs:SROA (Results 1 – 25 of 32) sorted by relevance

12

/external/llvm/lib/Transforms/Scalar/
DScalarReplAggregates.cpp63 #define SROA SROA_ macro
64 struct SROA : public FunctionPass { struct
65 SROA(int T, bool hasDT, char &ID, int ST, int AT, int SLT) in SROA() function
191 struct SROA_DT : public SROA {
195 SROA(T, true, ID, ST, AT, SLT) { in SROA_DT()
209 struct SROA_SSAUp : public SROA {
213 SROA(T, false, ID, ST, AT, SLT) { in SROA_SSAUp()
1032 bool SROA::runOnFunction(Function &F) { in runOnFunction()
1413 bool SROA::performPromotion(Function &F) { in performPromotion()
1462 bool SROA::ShouldAttemptScalarRepl(AllocaInst *AI) { in ShouldAttemptScalarRepl()
[all …]
DCMakeLists.txt41 SROA.cpp
DAndroid.mk43 SROA.cpp \
DSROA.cpp2169 SROA &Pass;
2215 AllocaSliceRewriter(const DataLayout &DL, AllocaSlices &AS, SROA &Pass, in AllocaSliceRewriter()
3346 bool SROA::presplitLoadsAndStores(AllocaInst &AI, AllocaSlices &AS) { in presplitLoadsAndStores()
3815 AllocaInst *SROA::rewritePartition(AllocaInst &AI, AllocaSlices &AS, in rewritePartition()
3956 bool SROA::splitAlloca(AllocaInst &AI, AllocaSlices &AS) { in splitAlloca()
4060 void SROA::clobberUse(Use &U) { in clobberUse()
4079 bool SROA::runOnAlloca(AllocaInst &AI) { in runOnAlloca()
4152 void SROA::deleteDeadInstructions( in deleteDeadInstructions()
4184 bool SROA::promoteAllocas(Function &F) { in promoteAllocas()
4196 PreservedAnalyses SROA::runImpl(Function &F, DominatorTree &RunDT, in runImpl()
[all …]
/external/llvm/include/llvm/Transforms/Scalar/
DSROA.h54 class SROA {
102 SROA() : C(nullptr), DT(nullptr), AC(nullptr) {} in SROA() function
/external/llvm/test/Transforms/SROA/
Dslice-width.ll44 ; Access a slice of the alloca to trigger SROA.
63 ; Access a slice of the alloca to trigger SROA.
81 ; PR18726: Check that SROA does not rewrite a 12-byte memcpy into a 16-byte
90 ; The following block does nothing; but appears to confuse SROA
/external/llvm/test/Transforms/ScalarRepl/
Dsroa-fca.ll2 ; Make sure that SROA "scalar conversion" can handle first class aggregates.
Dvectors-with-mismatched-elements.ll4 ; SROA should be able to handle the mixed types and eliminate the allocas here.
D2007-11-03-bigendian_apint.ll4 ; It was working because SROA was aborting when
Dnonzero-first-index.ll8 ; Check that a GEP with a non-zero first index does not prevent SROA as long
Daddress-space.ll2 ; PR7437 - Make sure SROA preserves address space of memcpy when
Dcopy-aggregate.ll68 ;; If the elements of a struct or array alloca contain padding, SROA can still
/external/llvm/test/Transforms/GlobalOpt/
D2008-01-13-OutOfRangeSROA.ll3 ; The 'X' indices could be larger than 31. Do not SROA the outer indices of this array.
D2008-04-26-SROA-Global-Align.ll1 ; Verify that when @G is SROA'd that the new globals have correct
/external/llvm/test/DebugInfo/X86/
Dsroasplit-1.ll4 ; split up by SROA.
22 ; Verify that SROA creates a variable piece when splitting i1.
Dsroasplit-2.ll4 ; split up by SROA.
22 ; Verify that SROA creates a variable piece when splitting i1.
Dsroasplit-3.ll3 ; Test that SROA updates the debug info correctly if an alloca was rewritten but
Dpieces-1.ll7 ; up across multiple registers by SROA.
Dsroasplit-5.ll19 ; When SROA is creating new smaller allocas, it may add padding.
/external/llvm/test/CodeGen/X86/
D2012-08-17-legalizer-crash.ll2 ; Check that an overly large immediate created by SROA doesn't crash the
/external/llvm/lib/Passes/
DPassRegistry.def79 FUNCTION_PASS("sroa", SROA())
/external/llvm/test/Transforms/SLPVectorizer/ARM/
Dsroa.ll7 ; Code like this is the result of SROA. Make sure we don't vectorize this
/external/llvm/test/Feature/
Doptnone-opt.ll49 ; OPT-O1-DAG: Skipping pass 'SROA'
/external/llvm/
DCODE_OWNERS.TXT30 D: Config, ADT, Support, inlining & related passes, SROA/mem2reg & related passes, CMake, library l…
/external/llvm/test/Transforms/InstCombine/
Dtype_pun.ll9 ; This cleans up behind SROA, which inserts the uncommon vector size when

12