Xu Jun

Many thanks for your detailed and wonderful explanation. > It would be interesting to see your test case, then I can say more. It would be also useful to have...

> Thank you for your test case. I really appreciate it. It is interesting. I did not expect that MIR will be used for such big code. It is 500K...

> I don't know when it will be done, may be even not in the 1st release. But speeding MIR generator is an interesting work and I'll definitely work on...

> MIR does not use threads. But its code can be adapted for parallel compiling in multiple threads. You just need to use different contexts for threads. Yes, we can...

Hi, I'm wondering is there any progress on this direction? The relocatable wasm binary is really helpful, if we want to build a compiler for advanced programming language, there must...

@kripken The Emscripten uses LLVM as codegen to generate the object files, and binaryen worked as an optimizer. However, we want to use binaryen directly as the codegen because we...

Hi @kripken, thanks for your reply! > Ah, yes, so the issue is that LLVM doesn't support GC opcodes, so you can't run wasm-ld to link files that use GC?...

> Do your GC files actually need to touch linear memory directly? Well, it is not decided yet, we are evaluating the capabilities of `binaryen` and `LLVM`, the functionality provided...

> By "solution you mentioned before" do you mean the one using wasm-merge? Yes, and before `wasm-merge` is ready, I think I can simply extract all the functions from one...

Hi, which `pthread.h` are you using? the prototype of API `pthread_cond_timedwait` in wamr is here: https://github.com/bytecodealliance/wasm-micro-runtime/blob/e80715f352b2cb18f63cdfa067a743766a0b7f66/wamr-sdk/app/libc-builtin-sysroot/include/pthread.h#L45-L46 The third argument is an uint64 integer due to [current limitation](https://github.com/bytecodealliance/wasm-micro-runtime/blob/main/doc/pthread_library.md#known-limits) Could you please...