Closed
Bug 1847234
Opened 2 years ago
Closed 2 years ago
br_on_cast validation issues
Categories
(Core :: JavaScript: WebAssembly, task, P2)
Core
JavaScript: WebAssembly
Tracking
()
RESOLVED
FIXED
119 Branch
| Tracking | Status | |
|---|---|---|
| firefox119 | --- | fixed |
People
(Reporter: rhunt, Assigned: bvisness)
References
Details
Attachments
(1 file)
I discovered two unrelated issues while debugging a test case with the br_on_cast instruction.
- We allow any flag bits to be set outside of the first two. This is a future compatibility hazard that we try to avoid, we should error if any are set. [1]
- The fallback top type for unreachable code is 'anyref' [2]. I'm not sure if this is sound if we're doing a func cast?
Ben, can you take a look?
[1] https://searchfox.org/mozilla-central/rev/892475f3ba2b959aeaef19d1d8602494e3f2ae32/js/src/wasm/WasmOpIter.h#3748
[2] https://searchfox.org/mozilla-central/rev/892475f3ba2b959aeaef19d1d8602494e3f2ae32/js/src/wasm/WasmOpIter.h#3809
| Reporter | ||
Comment 1•2 years ago
|
||
- Error on bits set in flags that we don't recognize
- Fallback to immediate source type for source type when in unreachable code
Depends on D188644
Pushed by rhunt@eqrion.net:
https://hg.mozilla.org/integration/autoland/rev/7645d9e3e972
wasm: Fix br_on_cast validation. r=bvisness
Comment 3•2 years ago
|
||
| bugherder | ||
Status: NEW → RESOLVED
Closed: 2 years ago
status-firefox119:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 119 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•