This is needed, context in ENG-11534.

I created a follow-up to fix it: ENG-11539

Using my fork because it avoids session unpickling due to the usage of prekeys,

@ashoat, can you create a fork in the Comm organization so I can open PRs there and properly reference vodozemac?

This and implementations (session.rs) is a duplication with vodozemac_bindings, context in ENG-11534.

I created a follow-up to fix it: ENG-11539.

I tried to reduce it by implementing, e.g., a macro or moving the implementation to another crate, but this is impossible due to ffi limitations

Here we should use only errors that say something about problems with unpickling, but we can't do it because the module is private. I am going to update this while working on X3DH

similar to build-rust-native-library.sh

What's the main reason to avoid using a "monotholic" lib.rs.h in all cases? Are we trying to avoid it for targets such as the iOS NSE and web?

What's leading to the changes here, and elsewhere in this file?

Done!

We should find a way to avoid copy-paste for this file

Monotholic lib.rs.h is specific to native_rust_library. Without using ifdefs here:

1. On Android build is going to fail because we don't have the vodozemac_bindings.rs.h there
2. On iOS, Notification Service lib.rs.h can be used because of dependencies like JSI, Identity, and Backup client, which are specific to the main app

I removed additional changes and left only the vodozemac_bindings header addition

Updated repo link

created symlink