|author||Michael Anthony Knyszek <firstname.lastname@example.org>||Fri Aug 12 18:10:03 2016|
|committer||Michael Anthony Knyszek <email@example.com>||Fri Aug 12 18:10:03 2016|
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. Rfirstname.lastname@example.org Review URL: https://codereview.chromium.org/2240003002 . Cr-Mirrored-From: https://github.com/domokit/mojo Cr-Mirrored-Commit: 545970c4b4b507e88d42fe779d7c32eab8f86e03
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.
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.
The interfaces/ subdirectory contains Mojo IDL (a.k.a. .mojom) descriptions of standard Mojo services.
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.
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.