<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p><font size="-1">Some good remarks Stella.<br>
      </font></p>
    <p><font size="-1">What does <i>second tier</i> mean?</font></p>
    <p><font size="-1">There are additional directories in the LLVM
        download such as flang, compiler-rt, openmp, but these do not
        seem to be second-tier though there may be a sense in which they
        are.</font></p>
    <p><font size="-1">Is the idea of second-tier that there will be
        additional directories or programs embedded in the existing LLVM
        directories not available for use to those without bazel? If
        that is the case, then what is the relevance of those
        contributions?</font></p>
    <p><font size="-1">It seems we are saying that if a contribution is
        relevant then either it is in the cmake build, making bazel
        superfluous to obtain a build, or it is in a bazel-only build. A
        cmake build would be required for the parts we have now and then
        an additional bazel build for the second-tier parts.</font></p>
    <p><font size="-1">There is talk of gn. I am not seeing gn installed
        here but am not aware it is required. Is it the case that
        whatever gn does, cmake does, or is it the case there is a
        necessary gn build sequence in LLVM somewhere?</font></p>
    <p><font size="-1">Neil Nelson<br>
      </font></p>
    <div class="moz-cite-prefix"><font size="-1">On 10/29/20 10:22 PM,
        Stella Laurenzo via llvm-dev wrote:<br>
      </font></div>
    <blockquote type="cite"
cite="mid:CAEkedjgH_RusB-+oA0OszbrhWm08sxv0aNusXyQkY8RGOankRg@mail.gmail.com">
      <div dir="auto"><font size="-1">On to my note...</font></div>
      <div dir="auto"><font size="-1"><br>
        </font></div>
      <div dir="auto"><font size="-1">One other cost to consider is that
          if we have this outside of the monorepo, and outside of the
          LLVM organization, we have a contribution barrier up which
          firmly entrenches this as a "Google thing", and I don't think
          that is a good thing for LLVM as a project... There will be a
          different committer pool, different policy enforcement (such
          as accepting Google's CLA), different comms channels, etc.
          Projects, both OSS and private, outside of Google do use both
          bazel and LLVM, and it would be best, in my opinion, if they
          could source and contribute all of the LLVM bits from the LLVM
          org, including second tier build support, where it exists (and
          we should clearly cordone this off as some kind of second
          tier).</font></div>
    </blockquote>
  </body>
</html>