Chanjung Kim

@bendk Thanks for the comment! For now, we only need to alter the metadata parsing logic, so a helper function similar to `uniffi_bindgen::library_mode::generate_bindings` with an option to customize that would...

It would be trivial if the code range that needs rewriting and and maintaining is confined to `uniffi_bindgen/src/library_mode.rs`. Would I need to maintain our own `uniffi_bindgen/src/lib.rs` (for `uniffi_bindgen::generate_external_bindings` for "non-library"...

It's great to hear about direct JNI support by UniFFI! This will benefit anyone who wants to put Rust in their Java applications. > do you think this could work...

> Maybe we could use feature flags to pick which language you want to support, but then we may end up recompiling the Rust over and over gain. > Create...

> Can you explain more about how you would use NIO to pass this data around and why it would be faster than JNI calls? Using NIO is faster to...

> Could we pass all arguments in a buffer to avoid having to call `Get*Field` on any struct args? Yes we can, maybe we can have a thread-local "caller-saved" buffer...

Supporting language-specific bindings will be very useful for Kotlin Multiplatform users! I posted #1946 a year ago (though abandoned), and I'm still looking for a better way to achieve this....

Even Swift has added support for 128-bit integer types recently: https://developer.apple.com/documentation/swift/int128, so it seems the only issue is Kotlin Multiplatform here (Java has BigInteger; see below). It would be great...

We're implementing Kotlin's `StateFlow` on the Rust side using `std::sync::Mutex`, which is used to implement view model classes for Compose Multiplatform on the Rust side. As you did in Lera,...

@chris13524 Did you manage to use `ArcStr` in your bindings? Using `uniffi::custom_type!` with `ArcStr` should not work because it is defined in the standard crate. Using the newtype idiom works,...