<div dir="ltr">We do not plan to do a full NaCl toolchain release. Instead there is a smaller component that's only used as part of the Chrome build (which builds a sandboxed runtime component from code in the Chromium codebase), which only needs to support a subset of the codegen functionality. The amount of NaCl code upstream is not actually that large; but it is largely parts that are harder to keep out-of-tree patches for.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 20, 2020 at 1:48 PM James Y Knight <<a href="mailto:jyknight@google.com">jyknight@google.com</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"><div dir="ltr">But the most recent NaCL toolchain release is based on LLVM 3.7 from 2015.<div><br></div><div>Unless you're planning to upgrade the NaCL toolchain to use a new release based on LLVM devhead (which would seem a rather expensive thing to attempt now, given the plan to desupport it in a year), I don't think keeping the code in LLVM is actually useful for anyone at this point.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 20, 2020 at 4:22 PM Derek Schuff via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">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"><div dir="ltr">Hi Fangrui,<div>As you noted we are working on helping our NaCl users transition to WebAssembly and new web APIs that cover the functionality offered by NaCl. In terms of actually turning down the platform features, we recently announced a timeline at <a href="https://blog.chromium.org/2020/01/moving-forward-from-chrome-apps.html" target="_blank">https://blog.chromium.org/2020/01/moving-forward-from-chrome-apps.html</a>. </div><div><br></div><div>In terms of LLM, I would prefer to keep the support we have in the tree until we complete the turndown as long as the support isn't unusually onerous. Not all of our NaCl toolchain code is upstream, but we are actually about to redo part of our current downstream code soon to improve Chromium's C++ support until we complete the platform turndown. And of course we continue to be available to support it upstream as needed, especially if there is some particular problem you're looking to solve by removing this code. </div><div>Feel free to contact me directly as well (aside from the usual channels like this list of course) if you want more on NaCl or PNaCl.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Apr 18, 2020 at 10:25 PM Petr Hosek via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">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"><div dir="ltr"><div dir="ltr">On Sat, Apr 18, 2020 at 7:43 PM Fangrui Song via cfe-dev <<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-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">Hi all,<br>
<br>
LLVM/Clang supports an OS called 'NaCl' (llvm/include/llvm/ADT/Triple.h).<br>
It apparently hasn't had any development since 2015.<br>
<br>
This page <a href="https://developer.chrome.com/native-client/migration" rel="noreferrer" target="_blank">https://developer.chrome.com/native-client/migration</a><br>
mentions that NaCl is deprecated.<br>
<br>
Is it still used? If not, I would propose that we remove it.<br>
I created a patch <a href="https://reviews.llvm.org/D78441" rel="noreferrer" target="_blank">https://reviews.llvm.org/D78441</a> which I think can<br>
delete 90% of the related code.<br>
<br>
There are still a few references left (noticeably aligned bundling in<br>
MC) <a href="https://sites.google.com/a/chromium.org/dev/nativeclient/pnacl/aligned-bundling-support-in-llvm" rel="noreferrer" target="_blank">https://sites.google.com/a/chromium.org/dev/nativeclient/pnacl/aligned-bundling-support-in-llvm</a><br>
I will delete that as a follow-up.<br></blockquote><div><br></div><div>AFAIK aligned bundling has other users (e.g. the author of <a href="https://reviews.llvm.org/D19924" target="_blank">https://reviews.llvm.org/D19924</a> mentioned interested in using bundle locked groups for Hexagon) so its removal should be probably treated as a separate proposal.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a><br>
<a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev</a><br>
</blockquote></div></div>
_______________________________________________<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>
_______________________________________________<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>
</blockquote></div>