Displaying 6 results from an estimated 6 matches for "specint2006".
Did you mean:
specint_2006
2013 Oct 18
2
[LLVMdev] Contribute a new precise pointer analysis to LLVM
Hi Hal,
Thanks for your interest.
We tested with the following existing compiler optimizations in LLVM
with SPECINT2006 benchmarks:
-dse (dead store elimination),
-gvn (global value numbering),
-licm (loop invariant code motion),
-bb-vectorize (basic block vectorization),
-memcpyopt (memcpy optimization),
-sink (code sinking),
-loop-idom (recognize loop idioms),
-argpromotion (argument promotion).
As far as I know,...
2013 Oct 18
0
[LLVMdev] Contribute a new precise pointer analysis to LLVM
...log m) time, assuming you are
using a standard balanced parentheses formulation.
On Thu, Oct 17, 2013 at 9:51 PM, lian li <lianli at gmail.com> wrote:
> Hi Hal,
>
> Thanks for your interest.
>
> We tested with the following existing compiler optimizations in LLVM
> with SPECINT2006 benchmarks:
> -dse (dead store elimination),
> -gvn (global value numbering),
> -licm (loop invariant code motion),
> -bb-vectorize (basic block vectorization),
> -memcpyopt (memcpy optimization),
> -sink (code sinking),
> -loop-idom (recognize loop idioms),
> -argpromotion...
2013 Oct 18
2
[LLVMdev] Contribute a new precise pointer analysis to LLVM
...rd balanced parentheses formulation.
>
>
>
>
> On Thu, Oct 17, 2013 at 9:51 PM, lian li <lianli at gmail.com> wrote:
>> Hi Hal,
>>
>> Thanks for your interest.
>>
>> We tested with the following existing compiler optimizations in LLVM
>> with SPECINT2006 benchmarks:
>> -dse (dead store elimination),
>> -gvn (global value numbering),
>> -licm (loop invariant code motion),
>> -bb-vectorize (basic block vectorization),
>> -memcpyopt (memcpy optimization),
>> -sink (code sinking),
>> -loop-idom (recognize loop...
2013 Oct 18
0
[LLVMdev] Contribute a new precise pointer analysis to LLVM
...;
> >
> >
> > On Thu, Oct 17, 2013 at 9:51 PM, lian li <lianli at gmail.com> wrote:
> >> Hi Hal,
> >>
> >> Thanks for your interest.
> >>
> >> We tested with the following existing compiler optimizations in LLVM
> >> with SPECINT2006 benchmarks:
> >> -dse (dead store elimination),
> >> -gvn (global value numbering),
> >> -licm (loop invariant code motion),
> >> -bb-vectorize (basic block vectorization),
> >> -memcpyopt (memcpy optimization),
> >> -sink (code sinking),
> &...
2013 Oct 18
0
[LLVMdev] Contribute a new precise pointer analysis to LLVM
Hi Lian,
I am certainly interested in seeing this; do you have performance numbers (compile time)? Also, can you share more information about the promising optimization results you mentioned?
Thanks,
Hal
----- Original Message -----
> Hi All,
>
> This is Lian Li from Oracle Labs in Brisbane Australia.
>
> We have developed a precise and highly efficient pointer analysis
>
2013 Oct 18
4
[LLVMdev] Contribute a new precise pointer analysis to LLVM
Hi All,
This is Lian Li from Oracle Labs in Brisbane Australia.
We have developed a precise and highly efficient pointer analysis
framework on top of LLVM, The approach is flow, context, and field
sensitive, details are described in the two papers below:
"Boosting the performance of flow-sensitive points-to analysis using
value flow" (in ESEC-FSE 2011), and
"Precise and