<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body><span class="vcard"><a class="email" href="mailto:utatane.tea@gmail.com" title="Yusuke Suzuki <utatane.tea@gmail.com>"> <span class="fn">Yusuke Suzuki</span></a>
</span> changed
<a class="bz_bug_link
bz_status_NEW "
title="NEW - [GTK] JSC test wasm.yaml/wasm/js-api/test_basic_api.js.default-wasm and wasm.yaml/wasm/js-api/test_Module.js.default-wasm fail with Exception: ReferenceError: Can't find variable: WebAssembly"
href="https://bugs.webkit.org/show_bug.cgi?id=163846">bug 163846</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">CC</td>
<td>
</td>
<td>utatane.tea@gmail.com
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - [GTK] JSC test wasm.yaml/wasm/js-api/test_basic_api.js.default-wasm and wasm.yaml/wasm/js-api/test_Module.js.default-wasm fail with Exception: ReferenceError: Can't find variable: WebAssembly"
href="https://bugs.webkit.org/show_bug.cgi?id=163846#c6">Comment # 6</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - [GTK] JSC test wasm.yaml/wasm/js-api/test_basic_api.js.default-wasm and wasm.yaml/wasm/js-api/test_Module.js.default-wasm fail with Exception: ReferenceError: Can't find variable: WebAssembly"
href="https://bugs.webkit.org/show_bug.cgi?id=163846">bug 163846</a>
from <span class="vcard"><a class="email" href="mailto:utatane.tea@gmail.com" title="Yusuke Suzuki <utatane.tea@gmail.com>"> <span class="fn">Yusuke Suzuki</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=163846#c5">comment #5</a>)
<span class="quote">> > > Are the conditions at the top wrong for GTK?
> >
> > They look sane to me.
>
> Hmm, I don't think they are:
>
> $isFTLPlatform = !($architecture == "x86" || $architecture == "arm" ||
> $hostOS == "windows" || $hostOS == "linux" && $architecture == "arm64")
>
> We'd need a way to see if the platform built with ENABLE(WEBASSEMBLY). I'm
> not sure how this is done.
>
> > Me either! I think we need to figure out how it is that WebAssembly works at
> > all on the Mac port, then decide if it's ready to be turned on for other
> > ports or not. If it's not ready yet, then we should find a way to skip the
> > test conditional on whether or not it's enabled.
>
> It's not ready yet, and we're only concentrating on Mac bits right now so
> some of the code will need Linux-isms to work well on Linux. I wouldn't
> enable it yet, unless someone is willing to do the Linux work.
>
>
> > Alternatively, we could modify the test to pass whenever the WebAssembly
> > variable is not defined, and assume that we would notice if such a major
> > feature accidentally disappeared.
>
> I'd rather not since the entire point is to test that WebAssembly works.
> It's unlikely that we'd mess that up, but still it's not released so nobody
> would notice.</span >
It seems that ENABLE(WEBASSEMBLY) is ON in Mac ports by default, right?
I think adding the following "darwin" check in runWebAssembly is preferable.
if $hostOS == "darwin"
WEBASSEMBLY flag can be enabled even if it is still under the development, and actually it seems that it is enabled in Mac ports.
Why we can do that safely is there is runtime flag Options::useWebAssembly(). It prevents us from exposing the implementation under the heavy development.
Basically, we can enable WEBASSEMBLY flag.
The reason why we would like to disable this in Linux port is we have a part only focusing on Darwin right now.
So, the reasonable choice is disabling the tests based on the $hostOS.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>