Open yamt opened 1 month ago
@no1wudi any idea?
I though @wenyongh is working on it too. https://github.com/bytecodealliance/wasm-micro-runtime/pull/3771
I have no good idea yet, at first I think it may be caused by the timeout to wait for compiling wasm to aot is a little small, but it doesn't work even when I increases it. And it may report several errors: (1) THE FINAL EXCEPTION IS compile wasm to aot failed (2) THE FINAL EXCEPTION IS argument of type 'NoneType' is not iterable (3) Testing(return) f = -1.797693e+308:f64 THE FINAL EXCEPTION IS Failed: Result 0 incorrect: expected: '-1.797693e+308:f64' got: '-inf:f64'
It fails frequently, I have to re-run it manually many times.
🤔 I am thinking about "sequential" instead of "parallel" by removing -P
from https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/10764321632/workflow#L333
🤔 I am thinking about "sequential" instead of "parallel" by removing
-P
from https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/10764321632/workflow#L333
Shutting down parallel testing may reduce or even prevent the problem from continuing to occur, but it may lead to excessively long testing times; perhaps we can give it a try.
Speed of "sequential" test seems acceptable: #3780
Maybe we can try it fist
@wenyongh @lum1n0us @yamt
Speed of "sequential" test seems acceptable: #3780
Maybe we can try it fist
@wenyongh @lum1n0us @yamt
it's still failing. https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/10775274630/job/29879549182
It's more like an issue related to riscv32_ilp32f, the CI ran failed most on config "riscv32_ilp32f, fp, -t aot -X" and "riscv32_ilp32f, fp, -t aot": https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/10775274630/job/29906929175#step:25:7726 https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/10775274630/job/29906623580 https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/10783438239/job/29906934331 https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/10783852668/job/29906610576 https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/10784036686/job/29907065645
How about re-opening #3777 and merging it?
I agree. It has blocked several PRs.
How about re-opening #3777 and merging it?
re-opened and rebased.
It's more like an issue related to riscv32_ilp32f, the CI ran failed most on config "riscv32_ilp32f, fp, -t aot -X" and "riscv32_ilp32f, fp, -t aot": https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/10775274630/job/29906929175#step:25:7726 https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/10775274630/job/29906623580 https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/10783438239/job/29906934331 https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/10783852668/job/29906610576 https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/10784036686/job/29907065645
at least riscv64 was failing with similar symptoms too. i agree riscv32_ilp32f was failing more frequently though.
it's often "const" of "call_indirect" test failing it seems. but it doesn't seem very consistent. failure logs i looked at were all ILP32F.
https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/10764321632/job/29847058408
https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/10755545345/job/29827427650
https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/10746972440/job/29808995646
https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/10730191223/job/29758313644
https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/10711568587/job/29710199664
https://github.com/bytecodealliance/wasm-micro-runtime/actions/runs/10692765583/job/29641885907