WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
220890
[WASM-References] Enable reference types by default
https://bugs.webkit.org/show_bug.cgi?id=220890
Summary
[WASM-References] Enable reference types by default
Dmitry
Reported
2021-01-23 03:26:58 PST
[WASM-References] Enable reference types by default
Attachments
Patch
(3.29 KB, patch)
2021-01-23 03:28 PST
,
Dmitry
no flags
Details
Formatted Diff
Diff
Patch
(10.04 KB, patch)
2021-01-24 23:19 PST
,
Dmitry
no flags
Details
Formatted Diff
Diff
Patch
(10.15 KB, patch)
2021-01-25 02:52 PST
,
Dmitry
no flags
Details
Formatted Diff
Diff
Patch
(9.93 KB, patch)
2021-01-29 03:21 PST
,
Dmitry
no flags
Details
Formatted Diff
Diff
Patch
(9.37 KB, patch)
2021-01-29 06:07 PST
,
Dmitry
ews-feeder
: commit-queue-
Details
Formatted Diff
Diff
Show Obsolete
(4)
View All
Add attachment
proposed patch, testcase, etc.
Dmitry
Comment 1
2021-01-23 03:28:45 PST
Created
attachment 418222
[details]
Patch
Yusuke Suzuki
Comment 2
2021-01-23 22:58:26 PST
I was worrying about whether enabling Wasm-references disables a lot of important tests in WPT because of early failures, but it looks like it is not. Some wrong WPT tests are failed, but its failure scope is limited to these wrong tests. And other important tests are still working correctly. So, I think, enabling these flags and rebaselining these tests with the new expect files are the path.
Yusuke Suzuki
Comment 3
2021-01-23 23:00:08 PST
Can you also investigate these failures and ensure they are because of wrong tests?
Dmitry
Comment 4
2021-01-24 23:19:59 PST
Created
attachment 418253
[details]
Patch
Yusuke Suzuki
Comment 5
2021-01-25 02:47:16 PST
Looks like EWS is failing. Can you rebaseline the expect files?
Dmitry
Comment 6
2021-01-25 02:52:14 PST
Created
attachment 418269
[details]
Patch
Yusuke Suzuki
Comment 7
2021-01-25 03:09:26 PST
Comment on
attachment 418269
[details]
Patch r=me is EWS gets green. If EWS gets red, please fix :)
Yusuke Suzuki
Comment 8
2021-01-25 03:12:56 PST
Comment on
attachment 418269
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=418269&action=review
Ah, wait. Sorry, can you check the potential issue?
> LayoutTests/imported/w3c/web-platform-tests/wasm/jsapi/table/set-reftypes.tentative.any-expected.txt:3 > +FAIL Arguments for externref table set assert_equals: expected (undefined) undefined but got (object) null
Can you explain the reason of this failure?
Yusuke Suzuki
Comment 9
2021-01-25 15:12:34 PST
Comment on
attachment 418269
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=418269&action=review
>> LayoutTests/imported/w3c/web-platform-tests/wasm/jsapi/table/set-reftypes.tentative.any-expected.txt:3 >> +FAIL Arguments for externref table set assert_equals: expected (undefined) undefined but got (object) null > > Can you explain the reason of this failure?
Talked with Dmitry at Slack. This is a real bug. This will be fixed in
https://bugs.webkit.org/show_bug.cgi?id=220918
, and this patch will be updated.
Dmitry
Comment 10
2021-01-29 03:21:10 PST
Created
attachment 418716
[details]
Patch
Dmitry
Comment 11
2021-01-29 06:07:40 PST
Created
attachment 418719
[details]
Patch
Yusuke Suzuki
Comment 12
2021-01-29 11:25:00 PST
Comment on
attachment 418719
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=418719&action=review
r=me if EWS gets green
> LayoutTests/imported/w3c/web-platform-tests/wasm/jsapi/table/constructor.any-expected.txt:25 > +FAIL Stray argument WebAssembly.Table.prototype.constructor expects the second argument to be null or an instance of WebAssembly.Function
OK, this is because WebAssembly tests in WPT is obsolete after wasm-reference-types.
> LayoutTests/imported/w3c/web-platform-tests/wasm/jsapi/table/constructor.any.worker-expected.txt:25 > +FAIL Stray argument WebAssembly.Table.prototype.constructor expects the second argument to be null or an instance of WebAssembly.Function
OK, this is because WebAssembly tests in WPT is obsolete after wasm-reference-types.
> LayoutTests/imported/w3c/web-platform-tests/wasm/jsapi/table/get-set.any-expected.txt:4 > +FAIL Missing arguments: set assert_throws_js: function "() => table.set(0)" did not throw
OK, this is because WebAssembly tests in WPT is obsolete after wasm-reference-types.
> LayoutTests/imported/w3c/web-platform-tests/wasm/jsapi/table/get-set.any.worker-expected.txt:4 > +FAIL Missing arguments: set assert_throws_js: function "() => table.set(0)" did not throw
OK, this is because WebAssembly tests in WPT is obsolete after wasm-reference-types.
Yusuke Suzuki
Comment 13
2021-01-29 12:31:49 PST
accessibility/mac/test.mp3/root.xml accessibility/mac/test.mp3/boot.xml are failing these days. Ignore them.
EWS
Comment 14
2021-01-29 12:59:41 PST
Committed
r272074
: <
https://trac.webkit.org/changeset/272074
> All reviewed patches have been landed. Closing bug and clearing flags on
attachment 418719
[details]
.
Radar WebKit Bug Importer
Comment 15
2021-01-29 13:01:30 PST
<
rdar://problem/73768161
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug