| | | |
TOC -- / --.-- / --.--.-- | Index | Search | Syntax | Help

6.3.1 Conformance Rules

(1)

When subprogram profiles are given in more than one place, they are required to conform in one of four ways: type conformance, mode conformance, subtype conformance, or full conformance.

Static Semantics

(2)

As explained in B.1, ``Interfacing Pragmas'', a convention can be specified for an entity. For a callable entity or access-to-subprogram type, the convention is called the calling convention. The following conventions are defined by the language:

(3)

• The default calling convention for any subprogram not listed below is Ada. A pragma Convention, Import, or Export may be used to override the default calling convention (see B.1).

(4)

• The Intrinsic calling convention represents subprograms that are ``built in'' to the compiler. The default calling convention is Intrinsic for the following:

(5)

• an enumeration literal;

(6)

• a "/=" operator declared implicitly due to the declaration of "=" (see 6.6);

(7)

• any other implicitly declared subprogram unless it is a dispatching operation of a tagged type;

(8)

• an inherited subprogram of a generic formal tagged type with unknown discriminants;

(9)

• an attribute that is a subprogram;

(10)

• a subprogram declared immediately within a protected_body.

(11)

The Access attribute is not allowed for Intrinsic subprograms.

(12)

• The default calling convention is protected for a protected subprogram, and for an access-to-subprogram type with the reserved word protected in its definition.

(13)

• The default calling convention is entry for an entry.

(14)

Of these four conventions, only Ada and Intrinsic are allowed as a convention_identifier in a pragma Convention, Import, or Export.

(15)

Two profiles are type conformant if they have the same number of parameters, and both have a result if either does, and corresponding parameter and result types are the same, or, for access parameters, corresponding designated types are the same.

(16)

Two profiles are mode conformant if they are type-conformant, and corresponding parameters have identical modes, and, for access parameters, the designated subtypes statically match.

(17)

Two profiles are subtype conformant if they are mode-conformant, corresponding subtypes of the profile statically match, and the associated calling conventions are the same. The profile of a generic formal subprogram is not subtype-conformant with any other profile.

(18)

Two profiles are fully conformant if they are subtype-conformant, and corresponding parameters have the same names and have default_expressions that are fully conformant with one another.

(19)

Two expressions are fully conformant if, after replacing each use of an operator with the equivalent function_call:

(20)

• each constituent construct of one corresponds to an instance of the same syntactic category in the other, except that an expanded name may correspond to a direct_name (or character_literal) or to a different expanded name in the other; and

(21)

• each direct_name, character_literal, and selector_name that is not part of the prefix of an expanded name in one denotes the same declaration as the corresponding direct_name, character_literal, or selector_name in the other; and

(22)

• each primary that is a literal in one has the same value as the corresponding literal in the other.

(23)

Two known_discriminant_parts are fully conformant if they have the same number of discriminants, and discriminants in the same positions have the same names, statically matching subtypes, and default_expressions that are fully conformant with one another.

(24)

Two discrete_subtype_definitions are fully conformant if they are both subtype_indications or are both ranges, the subtype_marks (if any) denote the same subtype, and the corresponding simple_expressions of the ranges (if any) fully conform.

Implementation Permissions

(25)

An implementation may declare an operator declared in a language-defined library unit to be intrinsic.

| | | |
TOC -- / --.-- / --.--.-- | Index | Search | Syntax | Help

-- Email comments, additions, corrections, gripes, kudos, etc. to: