<div dir="ltr">Chiming in, it'd be awesome to be able to test WASM on 2.16 behind a flag, I'm targeting mostly SBC including Raspberry Pi 0 where WebKitGTK+ already works like a charm (enabling WebGL and with HW accelerated layers) but I can't compare performance against WASM and building from scratch targeting Pi Zero ain't the easiest thing to do.<div><br></div><div>Thanks for eventual consideration.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 1, 2017 at 4:57 PM, Yusuke SUZUKI <span dir="ltr"><<a href="mailto:utatane.tea@gmail.com" target="_blank">utatane.tea@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">On Thu, Mar 2, 2017 at 1:36 AM, Saam Barati <span dir="ltr"><<a href="mailto:sbarati@apple.com" target="_blank">sbarati@apple.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><span class=""><span><div><br></div><div>On Mar 1, 2017, at 7:46 AM, Michael Catanzaro <<a href="mailto:mcatanzaro@igalia.com" target="_blank">mcatanzaro@igalia.com</a>> wrote:<br><br></div><blockquote type="cite"><div><span>On Wed, 2017-03-01 at 15:44 +0100, Carlos Garcia Campos wrote:</span><br><blockquote type="cite"><span>We have recently branched for 2.16 so it's a perfect moment to enable</span><br></blockquote><blockquote type="cite"><span>it in trunk with very little risk.</span><br></blockquote><span></span><br><span>Is Apple planning to enable it within the next six months? If so, now</span><br><span>is indeed the ideal time to enable it for WebKitGTK+.</span><br></div></blockquote><div><br></div></span></span>What do you mean by enable it? It's been on by default on the Mac port for a while now and has been in the various STP releases.<div> </div><div>I think it's a good idea to enable it on other ports too. Note that Keith is currently working on a patch to make loads faster in Wasm. It may require some OS specific handling to run well on Linux: <a href="https://bugs.webkit.org/show_bug.cgi?id=162693" target="_blank">https://bugs.webkit.org<wbr>/show_bug.cgi?id=162693</a></div><div><div><br></div></div></div></blockquote><div><br></div><div>Awesome! I think enabling WASM on Linux after landing Keith's faster memory access patch (by using SEGV signal handling instead of bound checking) is good.</div><div>Once that patch is implemented and landed, we can start implementing platform-specific part of that (extracting instruction pointer from mcontext_t and signal handling part should be implemented for Linux).</div><div>I think that should be easy (since retrieving instruction pointer from mcontext_t is already once implemented for sampling profiler. Thus, we can share / re-implement the same thing for that).</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div><div><blockquote type="cite"><div><span class=""><span><span></span><br><span>If not, then I'd prefer to wait until it's going to be enabled in the</span><br><span>macOS port.</span><br><span></span><br><span>Michael</span><br></span><span>______________________________<wbr>_________________</span><br></span><span>jsc-dev mailing list</span><br><span><a href="mailto:jsc-dev@lists.webkit.org" target="_blank">jsc-dev@lists.webkit.org</a></span><br><span><a href="https://lists.webkit.org/mailman/listinfo/jsc-dev" target="_blank">https://lists.webkit.org/mailm<wbr>an/listinfo/jsc-dev</a></span><br></div></blockquote></div></div></div></blockquote></div><br></div></div>
<br>______________________________<wbr>_________________<br>
webkit-gtk mailing list<br>
<a href="mailto:webkit-gtk@lists.webkit.org">webkit-gtk@lists.webkit.org</a><br>
<a href="https://lists.webkit.org/mailman/listinfo/webkit-gtk" rel="noreferrer" target="_blank">https://lists.webkit.org/<wbr>mailman/listinfo/webkit-gtk</a><br>
<br></blockquote></div><br></div>