... limbs¹

What we call here a ``data limb'' used to be called a ``data packet'' in previous descriptions of MP. However, to make our description clearer, we will generally use the term ``packet'' to refer to a datum that has its type information directly attached (node packets) and use the term ``limb'' to refer to a datum that has no type information attached.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

... by:²

Notice, that we do not currently support the type specification of data limbs for the common basic types (i.e., there are no <IMP Common Cmt> definitions). Due to internal implementation constraints, the length of a data limb needs to be a multiple of four bytes, and common basic data types have a length of only one byte.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

... arrays³

This example is illustrative only. Two-dimensional matrices should be communicated as defined in the matrix dictionary. For example, using the MP_CopMatrixDenseMatrix with an attached prototype annotation specifying the type of the basic matrix elements and a matrix-dimension annotation giving the dimensions of the matrix.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.

... dictionary⁴

Recall that the MP_CopProtoPointer and MP_CopProtoArray operator values are only provided in the MP_ProtoDict as a convenience for the users of MP and that they play no special role within prototype trees, unlike the MP_CopProtoStruct and MP_CopProtoUnion prototype operators described in section 3.2. Hence, it is a syntactic error if a Cop:Proto::Array or Cop:Proto::Pointer operator node packet appears in a prototype tree. Instead, only Cmop:Proto::Array or Cmop:Proto::Pointer common meta operator packets may appear in a valid prototype tree.

.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.