<div dir="ltr"><div dir="ltr">On Thu, 29 Oct 2020 at 19:41, Stefan Teleman via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Everyone has their own favorite build system. That is nice, but it is<br>
not enough of a reason to propose adding it.<br>
<br>
I would also like to become informed as to what particular<br>
needs/shortcomings/defects are addressed by Bazel, that are lacking in<br>
/ cannot be addressed by CMake.<br></blockquote><div><br></div><div>I don't think they're proposing adding Bazel as a new core build system nor replacing CMake. </div><div><br></div><div>This is just about adding Bazel files to the project so external projects (like Tensorflow) can build LLVM more easily. Also, so that all Bazel-based builds that use LLVM can share the same files without having to reproduce them in every sub-project.</div><div><br></div><div>It is a worthy goal in itself, but I think this speaks very loudly to how weird it is to build LLVM. We had to add some horrible hacks on our project because exporting CMake and TD files to our project (in order to use MLIR) was super weird.</div><div><br></div><div>So, perhaps there's an underlying goal there to finally fix the LLVM build "once and for all", and export libraries, headers, and meta-files in an orderly fashion, so that wrapping projects don't need to care what build system LLVM is in.</div><div><br></div><div>But I'm not a build-system specialist, so I can't even begin to fathom how that would work. I'm not even sure that's possible, so... lots of salt.</div><div><br></div><div>In the meantime, having those files wouldn't be the end of the world. But I fear that once we add, they'll stay there forever, and will lead to people ignoring CMake and segregating the project.</div><div><br></div><div>cheers,</div><div>--renato</div></div></div>