<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jul 5, 2019 at 3:43 AM Simon Tatham via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Hello llvm-devs,<br>
<br>
I'm currently starting to look at implementing compiler intrinsics for the Arm MVE vector instruction set.<br>
<br>
In a similar sort of style to the existing NEON intrinsics, this is going to involve describing the set of functions needed in Tablegen, and then processing that data into a header file and some bits and pieces to compile into clang (the list of builtins, data tables needed by Sema or CodeGen, etc). But the differences between MVE and NEON are large enough - particularly the predication system - that I'm going to need new Tablegen backends, rather than reusing the NEON ones.<br>
<br>
I would like, if possible, to write these Tablegen backends in Python, by consuming the output of the 'llvm-tblgen -dump-json' feature I added to Tablegen last year. I think they'll be simpler and more concise that way than in C++, not to mention quicker to develop.<br>
<br>
But before I do that, I wanted to check whether there would be any objection on grounds of build dependencies. Is it acceptable to require Python as part of the normal build process for LLVM? Or is Python something that can be used in places like the test suite and developer utilities, but has to be kept out of the main build to make bootstrapping as easy as possible? I looked for a written policy on this, but didn't find one.</blockquote><div><br></div><div>More than the bootstrapping question or adding a dependency to the build, I'm wary of using Python pervasively with respect to maintenance and readability of the code. While convenient for small scripts, the lack of static types is making it hard to understand and track the code beyond this simple use-case. We don't have a style guide for python, the tools (formatting, indexing, IDEs, ...) used for C++ development in LLVM aren't providing the same experience with Python, etc.</div><div><br></div><div>-- </div><div>Mehdi</div><div><br></div></div></div>