This document is a specification of requirements on the Fuchsia Interface Definition Language (FIDL) bindings.
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC2119.
Items described in this section MUST be met for bindings to be considered conformant.
Generated code indication
A comment must be placed at the top of machine-generated code to indicate it is machine generated. For languages with a standard on how to indicate generated sources (as opposed to human-written code), that standard must be followed..
In Go for instance, generated sources must be marked with a comment following the pattern
// Code generated by <tool>; DO NOT EDIT.
Items described in this section SHOULD be met for bindings to be considered conformant.
Items described in this section MAY be met for bindings to be considered conformant.
It is RECOMMENDED to support the following operators over generated values:
- bitwise and, i.e
- bitwise or, i.e
- bitwise exclusive-or, i.e
- bitwise not, i.e
To provide bitwise operations which always result in valid bits values, implementations of bitwise not should further mask the resulting value with the mask of all values. In pseudo code:
~value1 means mask & ~bits_of(value1)
This mask value is provided in the JSON IR for convenience.
Bindings SHOULD NOT support other operators since they could result in invalid bits value (or risk a non-obvious translation of their meaning), e.g.:
- bitwise shifts, i.e
- bitwise unsigned shift, i.e
Except as otherwise noted, the content of this page is licensed under the Creative Commons Attribution 4.0 License, and code samples are licensed under the Apache 2.0 License. For details, see the Google Developers Site Policies. Java is a registered trademark of Oracle and/or its affiliates.