<div dir="ltr"><a class="gmail_plusreply" id="plusReplyChip-2" href="mailto:lhames@gmail.com" tabindex="-1">+Lang Hames</a>, father of Orcs - who may indeed benefit from COATs in the coming winter. ;)<br><br>(Lang created ORC - figure he might be interested in this thread)<br><br>- Dave </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Sep 18, 2019 at 4:03 PM Frank Tetzel 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:1px solid rgb(204,204,204);padding-left:1ex">Hi all,<br>
<br>
I open sourced a small project of mine recently. It is an EDSL for C++<br>
which makes just-in-time compilation much easier to write and maintain.<br>
One of its backends is LLVM's OrcJIT (LLVM 7, still).<br>
<br>
<a href="https://github.com/tetzank/coat" rel="noreferrer" target="_blank">https://github.com/tetzank/coat</a><br>
<br>
Here is a blog post of mine introducing the concept:<br>
<a href="https://tetzank.github.io/posts/coat-edsl-for-codegen/" rel="noreferrer" target="_blank">https://tetzank.github.io/posts/coat-edsl-for-codegen/</a><br>
<br>
You can see it as an abstraction layer on top of OrcJIT, streamlining<br>
the process of JIT compiling a single function one after the other as<br>
much as possible. One use case is ad hoc code generation in databases.<br>
<br>
Feedback is welcome. I also like to hear from other users of the JIT<br>
compiler what abstractions they came up with to make it easier to<br>
generate code. I'm probably not the first person to come up with such<br>
things.<br>
<br>
Best regards,<br>
Frank<br>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a><br>
<a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
</blockquote></div>