Wenyong Huang

I discussed with @lum1n0us and agreed on some suggestions: 1. bump AOT_CURRENT_VERSION from 3 to 4 2. modify aot loader to support both AOT_CURRENT_VERSION 3 and 4, just treat them...

> Okay, I did a lot more digging into this today. It turns out that it's not just MIPS32 that's having problems. There are a number of pointer misalignment issues...

Hi, I tried to fix the issue with below patch, could you test whether it works for you: [fix_unaligned_access.zip](https://github.com/user-attachments/files/16884624/fix_unaligned_access.zip)

The WASM_CPU_SUPPORTS_UNALIGNED_ADDR_ACCESS is only enabled in x86-64, x86-32 and aarch64 by default, and it helps reduce the footprint in some situations, e.g., for generate less pre-compiled code in fast interpreter...

I did a test for the coremark standalone case, disabling the macro while keeping storing the label address in the pre-compiled code (that means the label address will be stored...

Thanks for reporting the issue, could you check whether PR #3810 fixes your issue? Note that had better remove files under build and re-run `cmake ..` to re-generate the cmake...

Fixed the first warning. For the second warning, it is strange that this line is compiled, which means the macro BH_PLATFORM_WINDOWS isn't defined: https://github.com/bytecodealliance/wasm-micro-runtime/blob/21330990a8f5963dd09d81e491ca4a34f7196ab1/core/iwasm/common/wasm_runtime_common.c#L404-L406 But the macro should have been...