Displaying 2 results from an estimated 2 matches for "promoteallocas".
2014 May 15
4
[LLVMdev] SROA is slow when compiling a large basic block
...over the whole list to
determine the order of loads and stores in the basic block that access the
alloca.
This is the list of ideas I have considered or implemented that can
possibly solve my problem:
1. In SROA::getAnalysisUsage, always require DominatorTreeWrapperPass. This
will enable SROA::promoteAllocas to use mem2reg, which is fast because it
caches the per basic-block ordering of the relevant loads and stores. If
it's important to avoid always computing the dominator tree, computing it
conditionally based on whether there is a huge basic block in the function
is another idea, but I am not su...
2014 May 15
2
[LLVMdev] SROA is slow when compiling a large basic block
...ter is sufficient to reduce the
compilation time (at least in my case).
>
> This is the list of ideas I have considered or implemented that can
> possibly solve my problem:
>
>
> 1. In SROA::getAnalysisUsage, always require DominatorTreeWrapperPass.
> This will enable SROA::promoteAllocas to use mem2reg, which is fast because
> it caches the per basic-block ordering of the relevant loads and stores. If
> it's important to avoid always computing the dominator tree, computing it
> conditionally based on whether there is a huge basic block in the function
> is another i...