<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body>
      <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#c4">Comment # 4</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:mcatanzaro&#64;igalia.com" title="Michael Catanzaro &lt;mcatanzaro&#64;igalia.com&gt;"> <span class="fn">Michael Catanzaro</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=163846#c3">comment #3</a>)
<span class="quote">&gt; I'm not an expert as how tests work, but I'm guessing the problem came from
&gt; here:
&gt;   <a href="https://bugs.webkit.org/attachment.cgi?id=291661">https://bugs.webkit.org/attachment.cgi?id=291661</a>
&gt; 
&gt; When I added runWebAssembly:
&gt;  
&gt; <a href="https://trac.webkit.org/browser/trunk/Tools/Scripts/run-jsc-stress">https://trac.webkit.org/browser/trunk/Tools/Scripts/run-jsc-stress</a>-
&gt; tests#L1157
&gt; 
&gt; Can you confirm that this is the case?</span >

Nope, I honestly don't know how to check JS test results that far back. :( I'm sure there's a way....

<span class="quote">&gt; Are the conditions at the top wrong for GTK?</span >

They look sane to me.

<span class="quote">&gt; Sorry for asking all these questions, I don't understand how this all holds
&gt; together.</span >

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. 

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.</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>