spiderlightning VS wit-bindgen

Yes, wit-bindgen is the way forward here. It's under active development, though a lot of the basic interface-types functionality is implemented and usable. As an example of it in action, check out the wit interface files in this project: https://github.com/deislabs/spiderlightning/blob/main/docs/primer.md

wit-bindgen-rust = { git = "https://github.com/bytecodealliance/wit-bindgen.git", rev = "60e3c5b41e616fee239304d92128e117dd9be0a7" }

Yep, you're right. For this, there are a few options. The ones most relevant to you are fp-bindgen, which targets Wasmer, and wit-bindgen, which targets wasmtime.

Yes, wasm_bindgen is js only. At least for now, in future I would also expect it to migrate to component model. There is also cargo-component which is a way to create modules compatible with component model. You define your module interface in WIT and your dependencies on other wasm modules in the similar way you would define crate dependencies. Alternately there is wit-bindgen that is a codegen tool for multiple languages that also accepts WIT as input.

Are you evaluating if WebAssembly Component Model, its WIT format and related tooling like wit-bindgen could be a good fit for your multiple languages support?

Our plan is to stick with both a Rust host and guest to begin with, and start developing other offerings as required. All of our bindings are implemented on top of wit-bindgen, which acts as our data transfer layer - as long as your guest language is supported by wit-bindgen, you'll be able to use the runtime in some form. (Our bindings make it nicer to use, though 😆)

[package] name = "sentiment" version = "0.1.0" edition = "2021" # See more keys and their definitions at https://doc.rust-lang.org/cargo/reference/manifest.html [dependencies] wit-bindgen-rust = { git = "https://github.com/bytecodealliance/wit-bindgen.git", rev = "60e3c5b41e616fee239304d92128e117dd9be0a7" } vader_sentiment = { git = "https://github.com/ckw017/vader-sentiment-rust" } lazy_static = "1.4.0" [lib] crate-type = ["cdylib"]

That is possible! Think wit-bindgen is something you should take a look at. With wit you can archive what you want :)

Wasmtime's `wasmtime-py` embedding in python has support for Wasm Components: https://github.com/bytecodealliance/wasmtime-py#components (disclosure, I helped create it)

The remaining piece of the puzzle would be to create a wit-bindgen guest generator https://github.com/bytecodealliance/wit-bindgen#guests for this build of the python interpreter. You could then seamlessly call back and forth between the host and guest pythons, without even knowing that wasmtime is under the hood.

Interesting little discussion linked about this fork of WAI from wit-bindgen:

https://github.com/bytecodealliance/wit-bindgen/issues/306

Is the interface defined through wit?

https://github.com/bytecodealliance/wit-bindgen