Displaying 2 results from an estimated 2 matches for "pr17855".
Did you mean:
17855
2014 May 15
4
[LLVMdev] SROA is slow when compiling a large basic block
...ed on whether there is a huge basic block in the function
is another idea, but I am not sure if that is possible (I don't think this
is currently supported).
This brings down the compilation time (using clang -emit-llvm) from 350s to
30s (it still takes about 23s to do GVN). It also might fix PR17855 (the
program that used to take 65s to compile now takes just 11s):
http://llvm.org/bugs/show_bug.cgi?id=17855
2. Cache the ordering of loads and stores in LoadAndStorePromoter::run. I
don't know how hard it would be to implement this, but I think it would be
as fast as 1 (using mem2reg)....
2014 May 15
2
[LLVMdev] SROA is slow when compiling a large basic block
...basic block in the function
> is another idea, but I am not sure if that is possible (I don't think this
> is currently supported).
>
>
> This brings down the compilation time (using clang -emit-llvm) from 350s
> to 30s (it still takes about 23s to do GVN). It also might fix PR17855 (the
> program that used to take 65s to compile now takes just 11s):
>
>
> http://llvm.org/bugs/show_bug.cgi?id=17855
>
> Chandler commented here, I'll defer to him.
>
>
> 2. Cache the ordering of loads and stores in LoadAndStorePromoter::run.
> I don't know...