Ada Reference ManualLegal Information
Contents   Index   References   Search   Previous   Next 

B.1 Interfacing Aspects

0.1/3
 An interfacing aspect is a representation aspect that is one of the aspects Import, Export, Link_Name, External_Name, or Convention.
1/3
Specifying the Import aspect to have the value True is used to import an entity defined in a foreign language into an Ada program, thus allowing a foreign-language subprogram to be called from Ada, or a foreign-language variable to be accessed from Ada. In contrast, specifying the Export aspect to have the value True is used to export an Ada entity to a foreign language, thus allowing an Ada subprogram to be called from a foreign language, or an Ada object to be accessed from a foreign language. The Import and Export aspects are intended primarily for objects and subprograms, although implementations are allowed to support other entities. The Link_Name and External_Name aspects are used to specify the link name and external name, respectively, to be used to identify imported or exported entities in the external environment.
2/3
The Convention aspect is used to indicate that an Ada entity should use the conventions of another language. It is intended primarily for types and “callback” subprograms. For example, “with Convention => Fortran” on the declaration of an array type Matrix implies that Matrix should be represented according to the conventions of the supported Fortran implementation, namely column-major order.
3
A pragma Linker_Options is used to specify the system linker parameters needed when a given compilation unit is included in a partition.

Syntax

4/3
The form of a pragma Linker_Options is as follows: 
Paragraphs 5 through 7 were moved to Annex J, “Obsolescent Features”. 
8
  pragma Linker_Options(string_expression);
9
A pragma Linker_Options is allowed only at the place of a declarative_item.
9.1/3
This paragraph was deleted.

Name Resolution Rules

9.2/3
 The Import and Export aspects are of type Boolean.
10/3
The Link_Name and External_Name aspects are of type String. 
10.1/3
  The expected type for the string_expression in pragma Linker_Options is String.

Legality Rules

11/3
The aspect Convention shall be specified by a convention_identifier which shall be the name of a convention. The convention names are implementation defined, except for certain language-defined ones, such as Ada and Intrinsic, as explained in 6.3.1, “Conformance Rules”. Additional convention names generally represent the calling conventions of foreign languages, language implementations, or specific run-time models. The convention of a callable entity is its calling convention
12
If L is a convention_identifier for a language, then a type T is said to be compatible with convention L, (alternatively, is said to be an L-compatible type) if any of the following conditions are met: 
13
T is declared in a language interface package corresponding to L and is defined to be L-compatible (see B.3, B.3.1, B.3.2, B.4, B.5),
14/3
Convention L has been specified for T, and T is eligible for convention L; that is: 
14.1/4
T is an enumeration type such that all internal codes (whether assigned by default or explicitly) are within an implementation-defined range that includes at least the range of values 0 .. 2**15–1;
15
T is an array type with either an unconstrained or statically-constrained first subtype, and its component type is L-compatible,
16
T is a record type that has no discriminants and that only has components with statically-constrained subtypes, and each component type is L-compatible,
17/3
T is an access-to-object type, its designated type is L-compatible, and its designated subtype is not an unconstrained array subtype,
18
T is an access-to-subprogram type, and its designated profile's parameter and result types are all L-compatible.
19
T is derived from an L-compatible type,
20
The implementation permits T as an L-compatible type.
21/3
If the Convention aspect is specified for a type, then the type shall either be compatible with or eligible for the specified convention. 
22/3
Notwithstanding any rule to the contrary, a declaration with a True Import aspect shall not have a completion.
23/3
An entity with a True Import aspect (or Export aspect) is said to be imported (respectively, exported). An entity shall not be both imported and exported.
24
The declaration of an imported object shall not include an explicit initialization expression. Default initializations are not performed. 
25/3
The type of an imported or exported object shall be compatible with the specified Convention aspect, if any. 
26/3
For an imported or exported subprogram, the result and parameter types shall each be compatible with the specified Convention aspect, if any.
27/3
The aspect_definition (if any) used to directly specify an Import, Export, External_Name, or Link_Name aspect shall be a static expression. The string_expression of a pragma Linker_Options shall be static. An External_Name or Link_Name aspect shall be specified only for an entity that is either imported or exported.

Static Semantics

Paragraphs 28 and 29 were deleted. 
30/3
The Convention aspect represents the calling convention or representation convention of the entity. For an access-to-subprogram type, it represents the calling convention of designated subprograms. In addition: 
31/3
A True Import aspect indicates that the entity is defined externally (that is, outside the Ada program). This aspect is never inherited; if not directly specified, the Import aspect is False.
32/3
A True Export aspect indicates that the entity is used externally. This aspect is never inherited; if not directly specified, the Export aspect is False.
33/3
For an entity with a True Import or Export aspect, an external name, link name, or both may also be specified. 
34
An external name is a string value for the name used by a foreign language program either for an entity that an Ada program imports, or for referring to an entity that an Ada program exports.
35
A link name is a string value for the name of an exported or imported entity, based on the conventions of the foreign language's compiler in interfacing with the system's linker tool.
36
The meaning of link names is implementation defined. If neither a link name nor the Address attribute of an imported or exported entity is specified, then a link name is chosen in an implementation-defined manner, based on the external name if one is specified. 
37
Pragma Linker_Options has the effect of passing its string argument as a parameter to the system linker (if one exists), if the immediately enclosing compilation unit is included in the partition being linked. The interpretation of the string argument, and the way in which the string arguments from multiple Linker_Options pragmas are combined, is implementation defined. 

Dynamic Semantics

38/3
Notwithstanding what this International Standard says elsewhere, the elaboration of a declaration with a True Import aspect does not create the entity. Such an elaboration has no other effect than to allow the defining name to denote the external entity. 

Erroneous Execution

38.1/3
  It is the programmer's responsibility to ensure that the use of interfacing aspects does not violate Ada semantics; otherwise, program execution is erroneous. 

Implementation Advice

39/3
If an implementation supports Export for a given language, then it should also allow the main subprogram to be written in that language. It should support some mechanism for invoking the elaboration of the Ada library units included in the system, and for invoking the finalization of the environment task. On typical systems, the recommended mechanism is to provide two subprograms whose link names are "adainit" and "adafinal". Adainit should contain the elaboration code for library units. Adafinal should contain the finalization code. These subprograms should have no effect the second and subsequent time they are called.
40/3
Automatic elaboration of preelaborated packages should be provided when specifying the Export aspect as True is supported. 
41/4
For each supported convention L other than Intrinsic, an implementation should support specifying the Import and Export aspects for objects of L-compatible types and for subprograms, and the Convention aspect for L-eligible types and for subprograms, presuming the other language has corresponding features. Specifying the Convention aspect need not be supported for scalar types, other than enumeration types whose internal codes fall within the range 0 .. 2**15–1.
NOTES
42/3
1  Implementations may place restrictions on interfacing aspects; for example, requiring each exported entity to be declared at the library level. 
43/3
2  The Convention aspect in combination with the Import aspect indicates the conventions for accessing external entities. It is possible that the actual entity is written in assembly language, but reflects the conventions of a particular language. For example, with Convention => Ada can be used to interface to an assembly language routine that obeys the Ada compiler's calling conventions.
44/3
3  To obtain “call-back” to an Ada subprogram from a foreign language environment, the Convention aspect should be specified both for the access-to-subprogram type and the specific subprogram(s) to which 'Access is applied.
Paragraphs 45 and 46 were deleted. 
47
4  See also 13.8, “Machine Code Insertions”. 
48/3
5  If both External_Name and Link_Name are specified for a given entity, then the External_Name is ignored.
49/2
This paragraph was deleted.

Examples

50/4
Example of interfacing aspects: 
51/3
package Fortran_Library is
  function Sqrt (X : Float) return Float
    with Import => True, Convention => Fortran;
  type Matrix is array (Natural range <>, Natural range <>) of Float
    with Convention => Fortran;
  function Invert (M : Matrix) return Matrix
    with Import => True, Convention => Fortran;
end Fortran_Library;

Contents   Index   References   Search   Previous   Next 
Ada-Europe Ada 2005 and 2012 Editions sponsored in part by Ada-Europe