(extendsfdf2): Add pattern accidentally deleted when cirrus instructions were
[official-gcc.git] / gcc / ada / sem_mech.ads
blob71a108273b51ac221c22ac7008541e690a5a54fb
1 ------------------------------------------------------------------------------
2 -- --
3 -- GNAT COMPILER COMPONENTS --
4 -- --
5 -- S E M _ M E C H --
6 -- --
7 -- S p e c --
8 -- --
9 -- --
10 -- Copyright (C) 1996-1997 Free Software Foundation, Inc. --
11 -- --
12 -- GNAT is free software; you can redistribute it and/or modify it under --
13 -- terms of the GNU General Public License as published by the Free Soft- --
14 -- ware Foundation; either version 2, or (at your option) any later ver- --
15 -- sion. GNAT is distributed in the hope that it will be useful, but WITH- --
16 -- OUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY --
17 -- or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License --
18 -- for more details. You should have received a copy of the GNU General --
19 -- Public License distributed with GNAT; see file COPYING. If not, write --
20 -- to the Free Software Foundation, 59 Temple Place - Suite 330, Boston, --
21 -- MA 02111-1307, USA. --
22 -- --
23 -- GNAT was originally developed by the GNAT team at New York University. --
24 -- Extensive contributions were provided by Ada Core Technologies Inc. --
25 -- --
26 ------------------------------------------------------------------------------
28 -- This package contains the routine used to establish calling mechanisms
29 -- The reason we separate this off into its own package is that it is
30 -- entirely possible that it may need some target specific specialization.
32 with Types; use Types;
34 package Sem_Mech is
36 -------------------------------------------------
37 -- Definitions for Parameter Mechanism Control --
38 -------------------------------------------------
40 -- For parameters passed to subprograms, and for function return values,
41 -- as passing mechanism is defined. The entity attribute Mechanism returns
42 -- an indication of the mechanism, and Set_Mechanism can be used to set
43 -- the mechanism. At the program level, there are three ways to explicitly
44 -- set the mechanism:
46 -- An Import_xxx or Export_xxx pragma (where xxx is Function, Procedure,
47 -- or Valued_Procedure) can explicitly set the mechanism for either a
48 -- parameter or a function return value. A mechanism explicitly set by
49 -- such a pragma overrides the effect of C_Pass_By_Copy described below.
51 -- If convention C_Pass_By_Copy is set for a record, and the record type
52 -- is used as the formal type of a subprogram with a foreign convention,
53 -- then the mechanism is set to By_Copy.
55 -- If a pragma C_Pass_By_Copy applies, and a record type has Convention
56 -- C, and the record type is used as the formal type of a subprogram
57 -- with a foreign convention, then the mechanism is set to use By_Copy
58 -- if the size of the record is sufficiently small (as determined by
59 -- the value of the parameter to pragma C_Pass_By_Copy).
61 -- The subtype Mechanism_Type (declared in Types) is used to describe
62 -- the mechanism to be used. The following special values of this type
63 -- specify the mechanism, as follows.
65 Default_Mechanism : constant Mechanism_Type := 0;
66 -- The default setting indicates that the backend will choose the proper
67 -- default mechanism. This depends on the convention of the subprogram
68 -- involved, and is generally target dependent. In the compiler, the
69 -- backend chooses the mechanism in this case in accordance with any
70 -- requirements imposed by the ABI. Note that Default is never used for
71 -- record types on foreign convention subprograms, since By_Reference
72 -- is forced for such types unless one of the above described approaches
73 -- is used to explicitly force By_Copy.
75 By_Copy : constant Mechanism_Type := -1;
76 -- Passing by copy is forced. The exact meaning of By_Copy (e.g. whether
77 -- at a low level the value is passed in registers, or the value is copied
78 -- and a pointer is passed), is determined by the backend in accordance
79 -- with requirements imposed by the ABI. Note that in the extended import
80 -- and export pragma mechanisms, this is called Value, rather than Copy.
82 By_Reference : constant Mechanism_Type := -2;
83 -- Passing by reference is forced. This is always equivalent to passing
84 -- a simple pointer in the case of subprograms with a foreign convention.
85 -- For unconstrained arrays passed to foreign convention subprograms, the
86 -- address of the first element of the array is passed. For convention
87 -- Ada, the result is logically to pass a reference, but the precise
88 -- mechanism (e.g. to pass bounds of unconstrained types and other needed
89 -- special information) is determined by the backend in accordance with
90 -- requirements imposed by the ABI as interpreted for Ada.
92 By_Descriptor : constant Mechanism_Type := -3;
93 By_Descriptor_UBS : constant Mechanism_Type := -4;
94 By_Descriptor_UBSB : constant Mechanism_Type := -5;
95 By_Descriptor_UBA : constant Mechanism_Type := -6;
96 By_Descriptor_S : constant Mechanism_Type := -7;
97 By_Descriptor_SB : constant Mechanism_Type := -8;
98 By_Descriptor_A : constant Mechanism_Type := -9;
99 By_Descriptor_NCA : constant Mechanism_Type := -10;
100 -- These values are used only in OpenVMS ports of GNAT. Pass by descriptor
101 -- is forced, as described in the OpenVMS ABI. The suffix indicates the
102 -- descriptor type:
104 -- UBS unaligned bit string
105 -- UBSB aligned bit string with arbitrary bounds
106 -- UBA unaligned bit array
107 -- S string, also a scalar or access type parameter
108 -- SB string with arbitrary bounds
109 -- A contiguous array
110 -- NCA non-contiguous array
112 -- Note: the form with no suffix is used if the Import/Export pragma
113 -- uses the simple form of the mechanism name where no descriptor
114 -- type is supplied. In this case the back end assigns a descriptor
115 -- type based on the Ada type in accordance with the OpenVMS ABI.
117 subtype Descriptor_Codes is Mechanism_Type
118 range By_Descriptor_NCA .. By_Descriptor;
119 -- Subtype including all descriptor mechanisms
121 -- All the above special values are non-positive. Positive values for
122 -- Mechanism_Type values have a special meaning. They are used only in
123 -- the case of records, as a result of the use of the C_Pass_By_Copy
124 -- pragma, and the meaning is that if the size of the record is known
125 -- at compile time and does not exceed the mechanism type value, then
126 -- By_Copy passing is forced, otherwise By_Reference is forced.
128 ----------------------
129 -- Global Variables --
130 ----------------------
132 Default_C_Record_Mechanism : Mechanism_Type := By_Reference;
133 -- This value is the default mechanism used for C convention records
134 -- in foreign-convention subprograms if no mechanism is otherwise
135 -- specified. This value is modified appropriately by the occurrence
136 -- of a C_Pass_By_Copy configuration pragma.
138 -----------------
139 -- Subprograms --
140 -----------------
142 procedure Set_Mechanisms (E : Entity_Id);
143 -- E is a subprogram or subprogram type that has been frozen, so the
144 -- convention of the subprogram and all its formal types and result
145 -- type in the case of a function are established. The function of
146 -- this call is to set mechanism values for formals and for the
147 -- function return if they have not already been explicitly set by
148 -- a use of an extended Import or Export pragma. The idea is to set
149 -- mechanism values whereever the semantics is dictated by either
150 -- requirements or implementation advice in the RM, and to leave
151 -- the mechanism set to Default if there is no requirement, so that
152 -- the back-end is free to choose the most efficient method.
154 procedure Set_Mechanism_Value (Ent : Entity_Id; Mech_Name : Node_Id);
155 -- Mech is a parameter passing mechanism (see Import_Function syntax
156 -- for MECHANISM_NAME). This routine checks that the mechanism argument
157 -- has the right form, and if not issues an error message. If the
158 -- argument has the right form then the Mechanism field of Ent is
159 -- set appropriately. It also performs some error checks. Note that
160 -- the mechanism name has not been analyzed (and cannot indeed be
161 -- analyzed, since it is semantic nonsense), so we get it in the
162 -- exact form created by the parser.
164 procedure Set_Mechanism_With_Checks
165 (Ent : Entity_Id;
166 Mech : Mechanism_Type;
167 Enod : Node_Id);
168 -- Sets the mechanism of Ent to the given Mech value, after first checking
169 -- that the request makes sense. If it does not make sense, a warning is
170 -- posted on node Enod, and the Mechanism of Ent is unchanged.
172 end Sem_Mech;