<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Oct 21, 2019, at 11:34 AM, Mehdi AMINI via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div class="">Hi all,</div><div class=""><br class=""></div><div class=""><div class="">As a reminder, the round-table will be Tuesday, Oct 22, 10:20-11:30, see here: <a href="http://llvm.org/devmtg/2019-10/#round" target="_blank" class="">http://llvm.org/devmtg/2019-10/#round</a><br class=""></div><div class=""><br class=""></div><div class="">Here is a potential list of all the topics I gathered from everyone, let me know if I missed anything.</div><div class=""><br class=""></div><div class="">- Intro, practical aspect of the integration (repository, etc.)</div><div class="">- Can we have a machine-readable definition of LLVM IR in LLVM itself: instructions, tracking changes, altering the semantics in the dialect wrt LLVM IR. We could reuse this for the MLIR LLVM Dialect.</div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></blockquote><div><br class=""></div><div>The need for a machine-readable description of LLVM IR in LLVM itself has come up in past discussions re: the function merging pass. When LLVM IR is extended, it would be great if the function comparator utility automatically learned which IR properties to diff instead of silently miscompiling.</div><div><br class=""></div><div>vedant</div><div><br class=""></div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div class=""><div class="">- Clang: would the static analyzer be a good candidate for a project to be playing with a MLIR Dialect?</div><div class="">- Using MLIR for SCEV, VPLAN, etc. Isn’t SCEV an IR?</div><div class="">- MIR: could/should it be reimplemented as a MLIR dialect? </div><div class="">- What about Alive? (If Alive folks are around?)</div><div class="">- Representing parallelism in MLIR</div><div class="">- Heterogeneous compilation: this includes GPU of course, but also more exotic platforms / third-party accelerator: how to plug all this into a codegen story?</div><div class="">- Using MLIR dialects as a testbed for proposed LLVM IR changes (there were proposals of tensor types for LLVM for example). </div><div class="">- Using MLIR for loop optimization and other higher-level transformations, e.g. doing LLVM->Polly->MLIR Affine->LLVM.- </div><div class=""><br class=""></div></div><div class="">Note also that at shortly after the round-table, at 12:05pm the talk about <a href="https://llvm.org/devmtg/2019-10/talk-abstracts.html#tech19" class="">An MLIR Dialect for High-Level Optimization of Fortran</a> will take place.</div><div class=""><br class=""></div><div class="">Best,</div><div class=""><br class=""></div><div class="">-- </div><div class="">Mehdi</div><div class=""><br class=""></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 18, 2019 at 7:21 AM 'James Molloy' via MLIR <<a href="mailto:mlir@tensorflow.org" target="_blank" class="">mlir@tensorflow.org</a>> wrote:<br class=""></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"><div dir="ltr" class="">> Some existing bits in LLVM that could have used MLIR are ScalarEvolution expressions, VPlan, SelectionDAG. Moving these would be a lot of work obviously but what are some new things under development that could use MLIR from day one?<div class=""><br class=""></div><div class="">I'd add to this list the MIR format, which is clearly crying out for MLIR-ification.</div></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 18 Oct 2019 at 14:00, Lei Zhang <<a href="mailto:antiagainst@google.com" target="_blank" class="">antiagainst@google.com</a>> wrote:<br class=""></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"><div dir="ltr" class="">FYI: related to GPU compilation, there will also be a "Challenges using LLVM for GPU compilation" roundtable covering<div class=""><br class=""><div class=""> - Canonicalization vs. GPUs: Type mutation;<br class=""> - Control flow mutation (graphics shaders are more sensitive to this);<br class=""> - Divergence/reconvergence sensitivity;<br class=""> - Address-space awareness;<br class=""><div class=""><br class=""></div><div class="">Time slot hasn't been finalized but <span style="white-space: pre-wrap;" class="">preliminary planned for Tue 3-4pm or Wed 2-3pm.</span></div><div class=""><br class=""></div><div class=""><a href="http://lists.llvm.org/pipermail/llvm-dev/2019-October/136033.html" target="_blank" class="">http://lists.llvm.org/pipermail/llvm-dev/2019-October/136033.html</a></div><div class=""><br clear="all" class=""><div class=""><div dir="ltr" class=""><div dir="ltr" class=""><div class=""><div dir="ltr" class="">Thanks,<div class="">Lei</div></div></div></div></div></div><br class=""></div></div></div></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 15, 2019 at 12:01 PM Sanjoy Das <<a href="mailto:sanjoy@google.com" target="_blank" class="">sanjoy@google.com</a>> wrote:<br class=""></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"><div dir="ltr" class="">I won't be present during the round table, but it might be interesting to discuss if there are ways to use MLIR within LLVM.<div class=""><br class=""></div><div class="">Some existing bits in LLVM that could have used MLIR are ScalarEvolution expressions, VPlan, SelectionDAG. Moving these would be a lot of work obviously but what are some new things under development that could use MLIR from day one?</div><div class=""><br class=""></div><div class="">-- Sanjoy</div></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 15, 2019 at 3:59 AM 'Alex Zinenko' via MLIR <<a href="mailto:mlir@tensorflow.org" target="_blank" class="">mlir@tensorflow.org</a>> wrote:<br class=""></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"><div dir="ltr" class="">I would be interested in practical aspects:<div class="">- practical connection between MLIR's LLVM dialect and actual LLVM IR: having a machine-readable definition of instructions, tracking changes, altering the semantics in the dialect wrt LLVM IR;</div><div class="">- using MLIR dialects as a testbed for proposed LLVM IR changes (there were proposals of tensor types for LLVM for example).</div><div class=""><br class=""></div><div class="">This may be partially orthogonal, but may be interesting:</div><div class="">- using MLIR for loop optimization and other higher-level transformations, e.g. doing LLVM->Polly->MLIR Affine->LLVM.</div><div class=""><br class=""></div></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 15, 2019 at 1:27 AM Mehdi Amini <<a href="mailto:aminim@google.com" target="_blank" class="">aminim@google.com</a>> wrote:<br class=""></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"><div dir="ltr" class=""><div class=""><span class="">Hey all,</span></div><div class=""><span class=""><br class=""></span></div><div class=""><span class="">FYI the round-table will be </span><span class="">Tuesday, Oct 22, 10:20-11:30, see here: </span><a href="http://llvm.org/devmtg/2019-10/#round" target="_blank" class="">http://llvm.org/devmtg/2019-10/#round</a></div><div class=""><span class=""><br class=""></span></div><div class=""><span class="">It would be nice to have an agenda now, what are your thoughts on topics we should cover?</span></div><div class=""><span class=""><br class=""></span></div><div class=""><span class="">Cheers,</span></div><div class=""><span class=""><br class=""></span></div><div class=""><span class="">-- </span></div><div class=""><span class="">Mehdi</span></div><div class=""><span class=""><br class=""></span></div></div><div class=""><br class="webkit-block-placeholder"></div></blockquote></div></blockquote></div></blockquote></div></blockquote></div><br class="">
</blockquote></div></div></div></div></div></div></div></div></div></div></div></div></div>
_______________________________________________<br class="">LLVM Developers mailing list<br class=""><a href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a><br class="">https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev<br class=""></div></blockquote></div><br class=""></body></html>