<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>Hi Jia,</p>
    <p>We did some testing with CFL-AA enabled on an aarch64 OoO target
      on the llvm test-suite and SPEC (with and without LTO).  We didn't
      observe any correctness issues.  We didn't really observe any
      positive or negative performance differences, other than a single
      llvm test llvm-test-suite/SingleSource/Benchmarks/Shootout/lists
      that improved ~3%.  I also looked over some of the generated code
      differences: only a handful of tests changed at all (9 in llvm
      test-suite, 5 in SPEC2006), and in most of these only a few
      functions changed, usually with a small amount of static
      instruction differences.  We didn't collect any compile time data.<br>
    </p>
    -Geoff<br>
    <br>
    <div class="moz-cite-prefix">On 5/16/2016 5:19 PM, Jia Chen via
      llvm-dev wrote:<br>
    </div>
    <blockquote cite="mid:573A3964.90004@cs.utexas.edu" type="cite">
      <meta http-equiv="content-type" content="text/html; charset=utf-8">
      Hello everyone,<br>
      <br>
      If you've read through my previous introduction email (<a
        moz-do-not-send="true" class="moz-txt-link-freetext"
        href="http://lists.llvm.org/pipermail/llvm-dev/2016-May/099573.html"><a class="moz-txt-link-freetext" href="http://lists.llvm.org/pipermail/llvm-dev/2016-May/099573.html">http://lists.llvm.org/pipermail/llvm-dev/2016-May/099573.html</a></a>),
      you can safely ignore this message.<br>
      <br>
      The short story is: CFL-AA does not seem to be broken anymore.
      Please try it out and help us find more bugs / performance issues
      if switching to it in the future sounds interesting to you.<br>
      <br>
      Here are more backgrounds: I was working on a GSoC project, whose
      first step is to fix cfl-aa. After a bug was patched up in
      r268269, bootstrapping llvm+clang with standalone cfl-aa as well
      as cfl-aa+basicaa breaks nothing in llvm test-suite. It shows that
      cfl-aa is in a pretty good shape today and are almost ready to be
      turned out by default. But before we can do this, we'd like to
      gather enough evidences that it is a safe move. A more thorough
      description of the current status can be found in the link
      provided at the beginning of this message.<br>
      <br>
      To compile your codes with cfl-aa turned on, simply add "
      <meta http-equiv="content-type" content="text/html; charset=utf-8">
      -mllvm -use-cfl-aa -mllvm -use-cfl-aa-in-codegen" option to the
      clang command line arguments. <br>
      <pre class="moz-signature" cols="72">-- 
Best Regards,

--
Jia Chen
</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
LLVM Developers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>
<a class="moz-txt-link-freetext" href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a>
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Geoff Berry
Employee of Qualcomm Innovation Center, Inc.
 Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project
</pre>
  </body>
</html>