Rust: Polish off communication across Mojom interfaces

Adds in better error handling to communicating across
interfaces and polishes the convenience methods for writing
and reading Mojom structs from an interface. Also includes
a test which acts a rudimentary example on how to use Mojom
interfaces in Rust.

R=eholk@chromium.org

Review URL: https://codereview.chromium.org/2240003002 .

Cr-Mirrored-From: https://github.com/domokit/mojo
Cr-Mirrored-Commit: 545970c4b4b507e88d42fe779d7c32eab8f86e03
8 files changed
tree: 66eb93c08ba01c5c5b48c8911182684935cd5439
  1. build/
  2. c/
  3. cpp/
  4. dart/
  5. go/
  6. interfaces/
  7. java/
  8. js/
  9. platform/
  10. python/
  11. rust/
  12. third_party/
  13. tools/
  14. .gitignore
  15. BUILD.gn
  16. LICENSE
  17. mojo.gni
  18. mojo_application.gni
  19. mojo_sdk.gni
  20. README.md
README.md

Mojo Public API

The Mojo Public API is a binary stable API to the Mojo system.

It consists of support for a number of programming languages (with a directory for each support language), some “build” tools and build-time requirements, and interface definitions for Mojo services (specified using an IDL).

Note that there are various subdirectories named tests/. These contain tests of the code in the enclosing directory, and are not meant for use by Mojo applications.

C/CPP/JS

The c/, cpp/, js/ subdirectories define the API for C, C++, and JavaScript, respectively.

The basic principle for these directories is that they consist of the source files that one needs at build/deployment/run time (as appropriate for the language), organized in a natural way for the particular language.

Interfaces

The interfaces/ subdirectory contains Mojo IDL (a.k.a. .mojom) descriptions of standard Mojo services.

Platform

The platform/ subdirectory contains any build-time requirements (e.g., static libraries) that may be needed to produce a Mojo application for certain platforms, such as a native shared library or as a NaCl binary.

Tools

The tools/ subdirectory contains tools that are useful/necessary at build/deployment time. These tools may be needed (as a practical necessity) to use the API in any given language, e.g., to generate bindings from Mojo IDL files.