ptitSeb

Oh, so it's probably an issue with Cranelift, and the solution would be to update to v0.85.1

I adapted the minimum code to warmer 3.0 API ```rust fn main() { use std::sync::Arc; use wasmer::*; use wasmer::wasmparser::Operator; use wasmer_middlewares::metering::get_remaining_points; use wasmer_middlewares::Metering; let wasm = wat2wasm(br#"(module)"#).unwrap(); let mut compiler_config...

I think you need to gives much more information on your system. What hardware/OS are you using, and the different compiler version too.

gcc is 4.8 !!! :O This is a really old version of gcc. I assume the OS is old too. We'll need to find a way to reproduce the issue.

No, the #2553 is too general on M1. Also, I'll rename this, as it concern also linux/aarch64

I agree, but this is WASI here, not POSIX. check the ticket mentioned for more detail. Not sure the change should be done. But if we don't it, we should...

We discussed both subject, the trap info as a paiload to the undefined instruction, and the recodic of the trap info to be more efficient. They are not exclusive, both...

So, singlepass now use a TrapCode embedded in the undefined opcode used. Other compiler have not been changed, as the gain in compacity for trap information is at the cost...

Singlepass now use a trapcode embeded in the "Undefined" opcode directly (removing the table completly). I propose to close this ticket now, are you ok with that @slave5vw ?

I have done some testing and it seems to be fixed with wasmer 2.3.0 (and current 3.0 too). Running 00000.wasm with wasmer directly gives ``` error: failed to run `program/000000.wasm`...