...

Hyperledger Iroha 2 supports several client SDK libraries, such as Java SDK, Javascript SDK or Python SDK. The way this works currently is by exporting language agnostic schema file that describes all structures exchanged between server (written in Rust) and the client (written in the language of choice - Java, Javascript, Python). SDK developers then build their respective libraries with some automated process of code generation out of the schema. Often times changes in the schema are such that they require manual intervention in the transcription process but if nothing else it is required by every SDK to build and maintain the code for code generation out of schema. To solve this problems for all SDKs in once place it has been decided to generate a shared object that exposes `extern` functions SDK client libraries can link against dynamically

Abstract

We have the dsupportinternally developed a library for generating `extern` functions out of existing Rust source code named `iroha_ffi` (the library will be renamed and released as a separate crate). While this is a powerful library in itself, the `cbindgen` library for generating C/C++ header files out of Rust source code is missing one crucial feature for these two to interoperate, namely the ability to resolve associated types. To tackle this, first part of this internship will be to add the support for resolving associated types into cbindgen. Since cbindgen's parser is a simple one it is believed that we can use it directly as is to parse MIR (which resolves all associated types) instead of Rust source code with minimal modifications. If this is not sufficient (which will surface once we start using `cbindgen`), the task will be to integrate with the `cbindgen`'s parser so that it parses Rust source code first and then uses MIR to fill out associated types. Second part of the internship will be to use `iroha_ffi` library to generate `extern` functions out of existing functions in the `iroha_client` library or write them manually if the case so requires (preferably not). Third, and the final, part of the internship will revolve around generating C header files from the `extern` functions exported from `iroha_client` library. At this step we will determine if we're missing any crucial features to enable this interop and reevaluate our progress. Hopefully, by the end of the internship we will have the object files and C header files ready to be linked against by the SDK. If the time allows we would like to create a small demo application based on the Java SDK demonstrating that we can successfully link and call functions from the generated object file

Repositories

1. cbindgen(git@github.com:mozilla/cbindgen.git),
2. iroha2(git@github.com:hyperledger/iroha.git) branch: `iroha2-stable`
3. iroha2-java(git@github.com:hyperledger/iroha-java.git)

...

•  Document the mentorship results
•  Present final results

Timeline

Mentors

Mentees

Merged PRs