Reflection Stategies in WASI #1032
-
Hello! Love the project. I have a fork which the WASI preview 1 to preview 2. Right now everything is working as expected I have even outbound and inbound socket communication working. I currently reached a hurdle because I realize one of my projects need reflection and I see that it is in the GC target and I think the WASI target is getting depreciated. I thought maybe I will use the GC standard but I think one problem I have is that it compiles with host functions. My question is
Thank you so much for taking the time to read and answer this. |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 4 replies
-
Nope
You should start looking into avoiding reflection. You can also try to implement reflection in WASI target, this would be the easiest option. |
Beta Was this translation helpful? Give feedback.
-
After some thinking I would say that working on WASI GC is also a viable option. You can take a look at |
Beta Was this translation helpful? Give feedback.
After some thinking I would say that working on WASI GC is also a viable option. You can take a look at
WasmTarget
class,runtimeType
field. But you should notice that some WASI runtimes like wasmtime and wasmer don't support Wasm GC and exceptions. If you are tied to one of these runtimes, then WASI GC would be no option.