1 |
281 |
jeremybenn |
------------------------------------------------------------------------------
|
2 |
|
|
-- --
|
3 |
|
|
-- GNAT RUN-TIME COMPONENTS --
|
4 |
|
|
-- --
|
5 |
|
|
-- T A R G P A R M --
|
6 |
|
|
-- --
|
7 |
|
|
-- S p e c --
|
8 |
|
|
-- --
|
9 |
|
|
-- Copyright (C) 1999-2009, Free Software Foundation, Inc. --
|
10 |
|
|
-- --
|
11 |
|
|
-- GNAT is free software; you can redistribute it and/or modify it under --
|
12 |
|
|
-- terms of the GNU General Public License as published by the Free Soft- --
|
13 |
|
|
-- ware Foundation; either version 3, or (at your option) any later ver- --
|
14 |
|
|
-- sion. GNAT is distributed in the hope that it will be useful, but WITH- --
|
15 |
|
|
-- OUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY --
|
16 |
|
|
-- or FITNESS FOR A PARTICULAR PURPOSE. --
|
17 |
|
|
-- --
|
18 |
|
|
-- As a special exception under Section 7 of GPL version 3, you are granted --
|
19 |
|
|
-- additional permissions described in the GCC Runtime Library Exception, --
|
20 |
|
|
-- version 3.1, as published by the Free Software Foundation. --
|
21 |
|
|
-- --
|
22 |
|
|
-- You should have received a copy of the GNU General Public License and --
|
23 |
|
|
-- a copy of the GCC Runtime Library Exception along with this program; --
|
24 |
|
|
-- see the files COPYING3 and COPYING.RUNTIME respectively. If not, see --
|
25 |
|
|
-- <http://www.gnu.org/licenses/>. --
|
26 |
|
|
-- --
|
27 |
|
|
-- GNAT was originally developed by the GNAT team at New York University. --
|
28 |
|
|
-- Extensive contributions were provided by Ada Core Technologies Inc. --
|
29 |
|
|
-- --
|
30 |
|
|
------------------------------------------------------------------------------
|
31 |
|
|
|
32 |
|
|
-- This package obtains parameters from the target runtime version of System,
|
33 |
|
|
-- to indicate parameters relevant to the target environment.
|
34 |
|
|
|
35 |
|
|
-- Is it right for this to be modified GPL???
|
36 |
|
|
|
37 |
|
|
-- Conceptually, these parameters could be obtained using rtsfind, but
|
38 |
|
|
-- we do not do this for four reasons:
|
39 |
|
|
|
40 |
|
|
-- 1. Compiling System for every compilation wastes time
|
41 |
|
|
|
42 |
|
|
-- 2. This compilation impedes debugging by adding extra compile steps
|
43 |
|
|
|
44 |
|
|
-- 3. There are recursion problems coming from compiling System itself
|
45 |
|
|
-- or any of its children.
|
46 |
|
|
|
47 |
|
|
-- 4. The binder also needs the parameters, and we do not want to have
|
48 |
|
|
-- to drag a lot of front end stuff into the binder.
|
49 |
|
|
|
50 |
|
|
-- For all these reasons, we read in the source of System, and then scan
|
51 |
|
|
-- it at the text level to extract the parameter values.
|
52 |
|
|
|
53 |
|
|
-- Note however, that later on, when the ali file is written, we make sure
|
54 |
|
|
-- that the System file is at least parsed, so that the checksum is properly
|
55 |
|
|
-- computed and set in the ali file. This partially negates points 1 and 2
|
56 |
|
|
-- above although just parsing is quick and does not impact debugging much.
|
57 |
|
|
|
58 |
|
|
-- The parameters acquired by this routine from system.ads fall into four
|
59 |
|
|
-- categories:
|
60 |
|
|
|
61 |
|
|
-- 1. Configuration pragmas, that must appear at the start of the file.
|
62 |
|
|
-- Any such pragmas automatically apply to any unit compiled in the
|
63 |
|
|
-- presence of this system file. Only a limited set of such pragmas
|
64 |
|
|
-- may appear as documented in the corresponding section below,
|
65 |
|
|
|
66 |
|
|
-- 2. Target parameters. These are boolean constants that are defined
|
67 |
|
|
-- in the private part of the package giving fixed information
|
68 |
|
|
-- about the target architecture, and the capabilities of the
|
69 |
|
|
-- code generator and run-time library.
|
70 |
|
|
|
71 |
|
|
-- 3. Identification information. This is an optional string constant
|
72 |
|
|
-- that gives the name of the run-time library configuration. This
|
73 |
|
|
-- line may be omitted for a version of system.ads to be used with
|
74 |
|
|
-- the full Ada 95 run time.
|
75 |
|
|
|
76 |
|
|
-- 4. Other characteristics of package System. At the current time the
|
77 |
|
|
-- only item in this category is whether type Address is private.
|
78 |
|
|
|
79 |
|
|
with Rident; use Rident;
|
80 |
|
|
with Namet; use Namet;
|
81 |
|
|
with Types; use Types;
|
82 |
|
|
|
83 |
|
|
package Targparm is
|
84 |
|
|
|
85 |
|
|
---------------------------
|
86 |
|
|
-- Configuration Pragmas --
|
87 |
|
|
---------------------------
|
88 |
|
|
|
89 |
|
|
-- The following switches get set if the corresponding configuration
|
90 |
|
|
-- pragma is scanned from the source of system.ads. No other pragmas
|
91 |
|
|
-- are permitted to appear at the start of the system.ads source file.
|
92 |
|
|
|
93 |
|
|
-- If a pragma Discard_Names appears, then Opt.Global_Discard_Names is
|
94 |
|
|
-- set to True to indicate that all units must be compiled in this mode.
|
95 |
|
|
|
96 |
|
|
-- If a pragma Locking_Policy appears, then Opt.Locking_Policy is set
|
97 |
|
|
-- to the first character of the policy name, and Opt.Locking_Policy_Sloc
|
98 |
|
|
-- is set to System_Location.
|
99 |
|
|
|
100 |
|
|
-- If a pragma Normalize_Scalars appears, then Opt.Normalize_Scalars
|
101 |
|
|
-- is set True, as well as Opt.Init_Or_Norm_Scalars.
|
102 |
|
|
|
103 |
|
|
-- If a pragma Queuing_Policy appears, then Opt.Queuing_Policy is set
|
104 |
|
|
-- to the first character of the policy name, and Opt.Queuing_Policy_Sloc
|
105 |
|
|
-- is set to System_Location.
|
106 |
|
|
|
107 |
|
|
-- If a pragma Task_Dispatching_Policy appears, then the flag
|
108 |
|
|
-- Opt.Task_Dispatching_Policy is set to the first character of the
|
109 |
|
|
-- policy name, and Opt.Task_Dispatching_Policy_Sloc is set to
|
110 |
|
|
-- System_Location.
|
111 |
|
|
|
112 |
|
|
-- If a pragma Polling (On) appears, then the flag Opt.Polling_Required
|
113 |
|
|
-- is set to True.
|
114 |
|
|
|
115 |
|
|
-- If a pragma Detect_Blocking appears, then the flag Opt.Detect_Blocking
|
116 |
|
|
-- is set to True.
|
117 |
|
|
|
118 |
|
|
-- if a pragma Suppress_Exception_Locations appears, then the flag
|
119 |
|
|
-- Opt.Exception_Locations_Suppressed is set to True.
|
120 |
|
|
|
121 |
|
|
-- If a pragma Profile with a valid profile argument appears, then
|
122 |
|
|
-- the appropriate restrictions and policy flags are set.
|
123 |
|
|
|
124 |
|
|
-- The only other pragma allowed is a pragma Restrictions that specifies
|
125 |
|
|
-- a restriction that will be imposed on all units in the partition. Note
|
126 |
|
|
-- that in this context, only one restriction can be specified in a single
|
127 |
|
|
-- pragma, and the pragma must appear on its own on a single source line.
|
128 |
|
|
|
129 |
|
|
-- If package System contains exactly the line "type Address is private;"
|
130 |
|
|
-- then the flag Opt.Address_Is_Private is set True, otherwise this flag
|
131 |
|
|
-- is set False.
|
132 |
|
|
|
133 |
|
|
Restrictions_On_Target : Restrictions_Info := No_Restrictions;
|
134 |
|
|
-- Records restrictions specified by system.ads. Only the Set and Value
|
135 |
|
|
-- members are modified. The Violated and Count fields are never modified.
|
136 |
|
|
-- Note that entries can be set either by a pragma Restrictions or by
|
137 |
|
|
-- a pragma Profile.
|
138 |
|
|
|
139 |
|
|
-------------------
|
140 |
|
|
-- Run Time Name --
|
141 |
|
|
-------------------
|
142 |
|
|
|
143 |
|
|
-- This parameter should be regarded as read only by all clients of
|
144 |
|
|
-- of package. The only way they get modified is by calling the
|
145 |
|
|
-- Get_Target_Parameters routine which reads the values from a provided
|
146 |
|
|
-- text buffer containing the source of the system package.
|
147 |
|
|
|
148 |
|
|
-- The corresponding string constant is placed immediately at the start
|
149 |
|
|
-- of the private part of system.ads if is present, e.g. in the form:
|
150 |
|
|
|
151 |
|
|
-- Run_Time_Name : constant String := "Zero Footprint Run Time";
|
152 |
|
|
|
153 |
|
|
-- the corresponding messages will look something like
|
154 |
|
|
|
155 |
|
|
-- xxx not supported (Zero Footprint Run Time)
|
156 |
|
|
|
157 |
|
|
Run_Time_Name_On_Target : Name_Id := No_Name;
|
158 |
|
|
-- Set to appropriate names table entry Id value if a Run_Time_Name
|
159 |
|
|
-- string constant is defined in system.ads. This name is used only
|
160 |
|
|
-- for the configurable run-time case, and is used to parametrize
|
161 |
|
|
-- messages that complain about non-supported run-time features.
|
162 |
|
|
-- The name should contain only letters A-Z, digits 1-9, spaces,
|
163 |
|
|
-- and underscores.
|
164 |
|
|
|
165 |
|
|
--------------------------
|
166 |
|
|
-- Executable Extension --
|
167 |
|
|
--------------------------
|
168 |
|
|
|
169 |
|
|
Executable_Extension_On_Target : Name_Id := No_Name;
|
170 |
|
|
-- Executable extension on the target. This name is useful for setting
|
171 |
|
|
-- the executable extension in a dynamic way, e.g. depending on the
|
172 |
|
|
-- run time used, rather than using a configure-time macro as done by
|
173 |
|
|
-- Get_Target_Executable_Suffix. If not set (No_Name), instead use
|
174 |
|
|
-- System.OS_Lib.Get_Target_Executable_Suffix.
|
175 |
|
|
|
176 |
|
|
-----------------------
|
177 |
|
|
-- Target Parameters --
|
178 |
|
|
-----------------------
|
179 |
|
|
|
180 |
|
|
-- The following parameters correspond to the variables defined in the
|
181 |
|
|
-- private part of System (without the terminating _On_Target). Note
|
182 |
|
|
-- that it is required that all parameters defined here be specified
|
183 |
|
|
-- in the target specific version of system.ads. Thus, to add a new
|
184 |
|
|
-- parameter, add it to all system*.ads files. (There is a defaulting
|
185 |
|
|
-- mechanism, but we don't normally take advantage of it, as explained
|
186 |
|
|
-- below.)
|
187 |
|
|
|
188 |
|
|
-- The default values here are used if no value is found in system.ads.
|
189 |
|
|
-- This should normally happen if the special version of system.ads used
|
190 |
|
|
-- by the compiler itself is in use or if the value is only relevant to
|
191 |
|
|
-- a particular target (e.g. OpenVMS, AAMP). The default values are
|
192 |
|
|
-- suitable for use in normal environments. This approach allows the
|
193 |
|
|
-- possibility of new versions of the compiler (possibly with new system
|
194 |
|
|
-- parameters added) being used to compile older versions of the compiler
|
195 |
|
|
-- sources, as well as avoiding duplicating values in all system-*.ads
|
196 |
|
|
-- files for flags that are used on a few platforms only.
|
197 |
|
|
|
198 |
|
|
-- All these parameters should be regarded as read only by all clients
|
199 |
|
|
-- of the package. The only way they get modified is by calling the
|
200 |
|
|
-- Get_Target_Parameters routine which reads the values from a provided
|
201 |
|
|
-- text buffer containing the source of the system package.
|
202 |
|
|
|
203 |
|
|
----------------------------
|
204 |
|
|
-- Special Target Control --
|
205 |
|
|
----------------------------
|
206 |
|
|
|
207 |
|
|
-- The great majority of GNAT ports are based on GCC. The switches in
|
208 |
|
|
-- This section indicate the use of some non-standard target back end
|
209 |
|
|
-- or other special targetting requirements.
|
210 |
|
|
|
211 |
|
|
AAMP_On_Target : Boolean := False;
|
212 |
|
|
-- Set to True if target is AAMP
|
213 |
|
|
|
214 |
|
|
OpenVMS_On_Target : Boolean := False;
|
215 |
|
|
-- Set to True if target is OpenVMS
|
216 |
|
|
|
217 |
|
|
RTX_RTSS_Kernel_Module_On_Target : Boolean := False;
|
218 |
|
|
-- Set to True if target is RTSS module for RTX
|
219 |
|
|
|
220 |
|
|
type Virtual_Machine_Kind is (No_VM, JVM_Target, CLI_Target);
|
221 |
|
|
VM_Target : Virtual_Machine_Kind := No_VM;
|
222 |
|
|
-- Kind of virtual machine targetted
|
223 |
|
|
-- No_VM: no virtual machine, default case of a standard processor
|
224 |
|
|
-- JVM_Target: Java Virtual Machine
|
225 |
|
|
-- CLI_Target: CLI/.NET Virtual Machine
|
226 |
|
|
|
227 |
|
|
-------------------------------
|
228 |
|
|
-- Backend Arithmetic Checks --
|
229 |
|
|
-------------------------------
|
230 |
|
|
|
231 |
|
|
-- Divide and overflow checks are either done in the front end or
|
232 |
|
|
-- back end. The front end will generate checks when required unless
|
233 |
|
|
-- the corresponding parameter here is set to indicate that the back
|
234 |
|
|
-- end will generate the required checks (or that the checks are
|
235 |
|
|
-- automatically performed by the hardware in an appropriate form).
|
236 |
|
|
|
237 |
|
|
Backend_Divide_Checks_On_Target : Boolean := False;
|
238 |
|
|
-- Set True if the back end generates divide checks, or if the hardware
|
239 |
|
|
-- checks automatically. Set False if the front end must generate the
|
240 |
|
|
-- required tests using explicit expanded code.
|
241 |
|
|
|
242 |
|
|
Backend_Overflow_Checks_On_Target : Boolean := False;
|
243 |
|
|
-- Set True if the back end generates arithmetic overflow checks, or if
|
244 |
|
|
-- the hardware checks automatically. Set False if the front end must
|
245 |
|
|
-- generate the required tests using explicit expanded code.
|
246 |
|
|
|
247 |
|
|
-----------------------------------
|
248 |
|
|
-- Control of Exception Handling --
|
249 |
|
|
-----------------------------------
|
250 |
|
|
|
251 |
|
|
-- GNAT implements three methods of implementing exceptions:
|
252 |
|
|
|
253 |
|
|
-- Front-End Longjmp/Setjmp Exceptions
|
254 |
|
|
|
255 |
|
|
-- This approach uses longjmp/setjmp to handle exceptions. It
|
256 |
|
|
-- uses less storage, and can often propagate exceptions faster,
|
257 |
|
|
-- at the expense of (sometimes considerable) overhead in setting
|
258 |
|
|
-- up an exception handler. This approach is available on all
|
259 |
|
|
-- targets, and is the default where it is the only approach.
|
260 |
|
|
|
261 |
|
|
-- The generation of the setjmp and longjmp calls is handled by
|
262 |
|
|
-- the front end of the compiler (this includes gigi in the case
|
263 |
|
|
-- of the standard GCC back end). It does not use any back end
|
264 |
|
|
-- support (such as the GCC3 exception handling mechanism). When
|
265 |
|
|
-- this approach is used, the compiler generates special exception
|
266 |
|
|
-- handlers for handling cleanups when an exception is raised.
|
267 |
|
|
|
268 |
|
|
-- Front-End Zero Cost Exceptions
|
269 |
|
|
|
270 |
|
|
-- This approach uses separate exception tables. These use extra
|
271 |
|
|
-- storage, and exception propagation can be quite slow, but there
|
272 |
|
|
-- is no overhead in setting up an exception handler (it is to this
|
273 |
|
|
-- latter operation that the phrase zero-cost refers). This approach
|
274 |
|
|
-- is only available on some targets, and is the default where it is
|
275 |
|
|
-- available.
|
276 |
|
|
|
277 |
|
|
-- The generation of the exception tables is handled by the front
|
278 |
|
|
-- end of the compiler. It does not use any back end support (such
|
279 |
|
|
-- as the GCC3 exception handling mechanism). When this approach
|
280 |
|
|
-- is used, the compiler generates special exception handlers for
|
281 |
|
|
-- handling cleanups when an exception is raised.
|
282 |
|
|
|
283 |
|
|
-- Back-End Zero Cost Exceptions
|
284 |
|
|
|
285 |
|
|
-- With this approach, the back end handles the generation and
|
286 |
|
|
-- handling of exceptions. For example, the GCC3 exception handling
|
287 |
|
|
-- mechanisms are used in this mode. The front end simply generates
|
288 |
|
|
-- code for explicit exception handlers, and AT END cleanup handlers
|
289 |
|
|
-- are simply passed unchanged to the backend for generating cleanups
|
290 |
|
|
-- both in the exceptional and non-exceptional cases.
|
291 |
|
|
|
292 |
|
|
-- As the name implies, this approach generally uses a zero-cost
|
293 |
|
|
-- mechanism with tables, but the tables are generated by the back
|
294 |
|
|
-- end. However, since the back-end is entirely responsible for the
|
295 |
|
|
-- handling of exceptions, another mechanism might be used. In the
|
296 |
|
|
-- case of GCC3 for instance, it might be the case that the compiler
|
297 |
|
|
-- is configured for setjmp/longjmp handling, then everything will
|
298 |
|
|
-- work correctly. However, it is definitely preferred that the
|
299 |
|
|
-- back end provide zero cost exception handling.
|
300 |
|
|
|
301 |
|
|
-- Controlling the selection of methods
|
302 |
|
|
|
303 |
|
|
-- On most implementations, back-end zero-cost exceptions are used.
|
304 |
|
|
-- Otherwise, Front-End Longjmp/Setjmp approach is used.
|
305 |
|
|
-- Note that there is a requirement that all Ada units in a partition
|
306 |
|
|
-- be compiled with the same exception model.
|
307 |
|
|
|
308 |
|
|
-- Control of Available Methods and Defaults
|
309 |
|
|
|
310 |
|
|
-- The following switches specify whether ZCX is available, and
|
311 |
|
|
-- whether it is enabled by default.
|
312 |
|
|
|
313 |
|
|
ZCX_By_Default_On_Target : Boolean := False;
|
314 |
|
|
-- Indicates if zero cost exceptions are active by default. If this
|
315 |
|
|
-- variable is False, then the only possible exception method is the
|
316 |
|
|
-- front-end setjmp/longjmp approach, and this is the default. If
|
317 |
|
|
-- this variable is True, then GCC ZCX is used.
|
318 |
|
|
|
319 |
|
|
GCC_ZCX_Support_On_Target : Boolean := False;
|
320 |
|
|
-- Indicates that the target supports GCC Exceptions
|
321 |
|
|
|
322 |
|
|
------------------------------------
|
323 |
|
|
-- Run-Time Library Configuration --
|
324 |
|
|
------------------------------------
|
325 |
|
|
|
326 |
|
|
-- In configurable run-time mode, the system run-time may not support
|
327 |
|
|
-- the full Ada language. The effect of setting this switch is to let
|
328 |
|
|
-- the compiler know that it is not surprising (i.e. the system is not
|
329 |
|
|
-- misconfigured) if run-time library units or entities within units are
|
330 |
|
|
-- not present in the run-time.
|
331 |
|
|
|
332 |
|
|
Configurable_Run_Time_On_Target : Boolean := False;
|
333 |
|
|
-- Indicates that the system.ads file is for a configurable run-time
|
334 |
|
|
--
|
335 |
|
|
-- This has some specific effects as follows
|
336 |
|
|
--
|
337 |
|
|
-- The binder generates the gnat_argc/argv/envp variables in the
|
338 |
|
|
-- binder file instead of being imported from the run-time library.
|
339 |
|
|
-- If Command_Line_Args_On_Target is set to False, then the
|
340 |
|
|
-- generation of these variables is suppressed completely.
|
341 |
|
|
--
|
342 |
|
|
-- The binder generates the gnat_exit_status variable in the binder
|
343 |
|
|
-- file instead of being imported from the run-time library. If
|
344 |
|
|
-- Exit_Status_Supported_On_Target is set to False, then the
|
345 |
|
|
-- generation of this variable is suppressed entirely.
|
346 |
|
|
--
|
347 |
|
|
-- The routine __gnat_break_start is defined within the binder file
|
348 |
|
|
-- instead of being imported from the run-time library.
|
349 |
|
|
--
|
350 |
|
|
-- The variable __gnat_exit_status is generated within the binder file
|
351 |
|
|
-- instead of being imported from the run-time library.
|
352 |
|
|
|
353 |
|
|
Suppress_Standard_Library_On_Target : Boolean := False;
|
354 |
|
|
-- If this flag is True, then the standard library is not included by
|
355 |
|
|
-- default in the executable (see unit System.Standard_Library in file
|
356 |
|
|
-- s-stalib.ads for details of what this includes). This is for example
|
357 |
|
|
-- set True for the zero foot print case, where these files should not
|
358 |
|
|
-- be included by default.
|
359 |
|
|
--
|
360 |
|
|
-- This flag has some other related effects:
|
361 |
|
|
--
|
362 |
|
|
-- The generation of global variables in the bind file is suppressed,
|
363 |
|
|
-- with the exception of the priority of the environment task, which
|
364 |
|
|
-- is needed by the Ravenscar run-time.
|
365 |
|
|
--
|
366 |
|
|
-- The calls to __gnat_initialize and __gnat_finalize are omitted
|
367 |
|
|
--
|
368 |
|
|
-- All finalization and initialization (controlled types) is omitted
|
369 |
|
|
--
|
370 |
|
|
-- The routine __gnat_handler_installed is not imported
|
371 |
|
|
|
372 |
|
|
Preallocated_Stacks_On_Target : Boolean := False;
|
373 |
|
|
-- If this flag is True, then the expander preallocates all task stacks
|
374 |
|
|
-- at compile time. If the flag is False, then task stacks are not pre-
|
375 |
|
|
-- allocated, and task stack allocation is the responsibility of the
|
376 |
|
|
-- run-time (which typically delegates the task to the underlying
|
377 |
|
|
-- operating system environment).
|
378 |
|
|
|
379 |
|
|
---------------------
|
380 |
|
|
-- Duration Format --
|
381 |
|
|
---------------------
|
382 |
|
|
|
383 |
|
|
-- By default, type Duration is a 64-bit fixed-point type with a delta
|
384 |
|
|
-- and small of 10**(-9) (i.e. it is a count in nanoseconds. This flag
|
385 |
|
|
-- allows that standard format to be modified.
|
386 |
|
|
|
387 |
|
|
Duration_32_Bits_On_Target : Boolean := False;
|
388 |
|
|
-- If True, then Duration is represented in 32 bits and the delta and
|
389 |
|
|
-- small values are set to 20.0*(10**(-3)) (i.e. it is a count in units
|
390 |
|
|
-- of 20 milliseconds.
|
391 |
|
|
|
392 |
|
|
------------------------------------
|
393 |
|
|
-- Back-End Code Generation Flags --
|
394 |
|
|
------------------------------------
|
395 |
|
|
|
396 |
|
|
-- These flags indicate possible limitations in what the code generator
|
397 |
|
|
-- can handle. They will all be True for a full run-time, but one or more
|
398 |
|
|
-- of these may be false for a configurable run-time, and if a feature is
|
399 |
|
|
-- used at the source level, and the corresponding flag is false, then an
|
400 |
|
|
-- error message will be issued saying the feature is not supported.
|
401 |
|
|
|
402 |
|
|
Support_64_Bit_Divides_On_Target : Boolean := True;
|
403 |
|
|
-- If True, the back end supports 64-bit divide operations. If False, then
|
404 |
|
|
-- the source program may not contain 64-bit divide operations. This is
|
405 |
|
|
-- specifically useful in the zero foot-print case, where the issue is
|
406 |
|
|
-- whether there is a hardware divide instruction for 64-bits so that
|
407 |
|
|
-- no run-time support is required. It should always be set True if the
|
408 |
|
|
-- necessary run-time support is present.
|
409 |
|
|
|
410 |
|
|
Support_Aggregates_On_Target : Boolean := True;
|
411 |
|
|
-- In the general case, the use of aggregates may generate calls
|
412 |
|
|
-- to run-time routines in the C library, including memset, memcpy,
|
413 |
|
|
-- memmove, and bcopy. This flag is set to True if these routines
|
414 |
|
|
-- are available. If any of these routines is not available, then
|
415 |
|
|
-- this flag is False, and the use of aggregates is not permitted.
|
416 |
|
|
|
417 |
|
|
Support_Composite_Assign_On_Target : Boolean := True;
|
418 |
|
|
-- The assignment of composite objects other than small records and
|
419 |
|
|
-- arrays whose size is 64-bits or less and is set by an explicit
|
420 |
|
|
-- size clause may generate calls to memcpy, memmove, and bcopy.
|
421 |
|
|
-- If versions of all these routines are available, then this flag
|
422 |
|
|
-- is set to True. If any of these routines is not available, then
|
423 |
|
|
-- the flag is set False, and composite assignments are not allowed.
|
424 |
|
|
|
425 |
|
|
Support_Composite_Compare_On_Target : Boolean := True;
|
426 |
|
|
-- If this flag is True, then the back end supports bit-wise comparison
|
427 |
|
|
-- of composite objects for equality, either generating inline code or
|
428 |
|
|
-- calling appropriate (and available) run-time routines. If this flag
|
429 |
|
|
-- is False, then the back end does not provide this support, and the
|
430 |
|
|
-- front end uses component by component comparison for composites.
|
431 |
|
|
|
432 |
|
|
Support_Long_Shifts_On_Target : Boolean := True;
|
433 |
|
|
-- If True, the back end supports 64-bit shift operations. If False, then
|
434 |
|
|
-- the source program may not contain explicit 64-bit shifts. In addition,
|
435 |
|
|
-- the code generated for packed arrays will avoid the use of long shifts.
|
436 |
|
|
|
437 |
|
|
--------------------
|
438 |
|
|
-- Indirect Calls --
|
439 |
|
|
--------------------
|
440 |
|
|
|
441 |
|
|
Always_Compatible_Rep_On_Target : Boolean := True;
|
442 |
|
|
-- If True, the Can_Use_Internal_Rep flag (see Einfo) is set to False in
|
443 |
|
|
-- all cases. This corresponds to the traditional code generation
|
444 |
|
|
-- strategy. False allows the front end to choose a policy that partly or
|
445 |
|
|
-- entirely eliminates dynamically generated trampolines.
|
446 |
|
|
|
447 |
|
|
-------------------------------
|
448 |
|
|
-- Control of Stack Checking --
|
449 |
|
|
-------------------------------
|
450 |
|
|
|
451 |
|
|
-- GNAT provides three methods of implementing exceptions:
|
452 |
|
|
|
453 |
|
|
-- GCC Probing Mechanism
|
454 |
|
|
|
455 |
|
|
-- This approach uses the standard GCC mechanism for
|
456 |
|
|
-- stack checking. The method assumes that accessing
|
457 |
|
|
-- storage immediately beyond the end of the stack
|
458 |
|
|
-- will result in a trap that is converted to a storage
|
459 |
|
|
-- error by the runtime system. This mechanism has
|
460 |
|
|
-- minimal overhead, but requires complex hardware,
|
461 |
|
|
-- operating system and run-time support. Probing is
|
462 |
|
|
-- the default method where it is available. The stack
|
463 |
|
|
-- size for the environment task depends on the operating
|
464 |
|
|
-- system and cannot be set in a system-independent way.
|
465 |
|
|
|
466 |
|
|
-- GCC Stack-limit Mechanism
|
467 |
|
|
|
468 |
|
|
-- This approach uses the GCC stack limits mechanism.
|
469 |
|
|
-- It relies on comparing the stack pointer with the
|
470 |
|
|
-- values of a global symbol. If the check fails, a
|
471 |
|
|
-- trap is explicitly generated. The advantage is
|
472 |
|
|
-- that the mechanism requires no memory protection,
|
473 |
|
|
-- but operating system and run-time support are
|
474 |
|
|
-- needed to manage the per-task values of the symbol.
|
475 |
|
|
-- This is the default method after probing where it
|
476 |
|
|
-- is available.
|
477 |
|
|
|
478 |
|
|
-- GNAT Stack-limit Checking
|
479 |
|
|
|
480 |
|
|
-- This method relies on comparing the stack pointer
|
481 |
|
|
-- with per-task stack limits. If the check fails, an
|
482 |
|
|
-- exception is explicitly raised. The advantage is
|
483 |
|
|
-- that the method requires no extra system dependent
|
484 |
|
|
-- runtime support and can be used on systems without
|
485 |
|
|
-- memory protection as well, but at the cost of more
|
486 |
|
|
-- overhead for doing the check. This is the fallback
|
487 |
|
|
-- method if the above two are not supported.
|
488 |
|
|
|
489 |
|
|
Stack_Check_Probes_On_Target : Boolean := False;
|
490 |
|
|
-- Indicates if the GCC probing mechanism is used
|
491 |
|
|
|
492 |
|
|
Stack_Check_Limits_On_Target : Boolean := False;
|
493 |
|
|
-- Indicates if the GCC stack-limit mechanism is used
|
494 |
|
|
|
495 |
|
|
-- Both flags cannot be simultaneously set to True. If neither
|
496 |
|
|
-- is, the target independent fallback method is used.
|
497 |
|
|
|
498 |
|
|
Stack_Check_Default_On_Target : Boolean := False;
|
499 |
|
|
-- Indicates if stack checking is on by default
|
500 |
|
|
|
501 |
|
|
----------------------------
|
502 |
|
|
-- Command Line Arguments --
|
503 |
|
|
----------------------------
|
504 |
|
|
|
505 |
|
|
-- For most ports of GNAT, command line arguments are supported. The
|
506 |
|
|
-- following flag is set to False for targets that do not support
|
507 |
|
|
-- command line arguments (VxWorks and AAMP). Note that support of
|
508 |
|
|
-- command line arguments is not required on such targets (RM A.15(13)).
|
509 |
|
|
|
510 |
|
|
Command_Line_Args_On_Target : Boolean := True;
|
511 |
|
|
-- Set False if no command line arguments on target. Note that if this
|
512 |
|
|
-- is False in with Configurable_Run_Time_On_Target set to True, then
|
513 |
|
|
-- this causes suppression of generation of the argv/argc variables
|
514 |
|
|
-- used to record command line arguments.
|
515 |
|
|
|
516 |
|
|
-- Similarly, most ports support the use of an exit status, but AAMP
|
517 |
|
|
-- is an exception (as allowed by RM A.15(18-20))
|
518 |
|
|
|
519 |
|
|
Exit_Status_Supported_On_Target : Boolean := True;
|
520 |
|
|
-- Set False if returning of an exit status is not supported on target.
|
521 |
|
|
-- Note that if this False in with Configurable_Run_Time_On_Target
|
522 |
|
|
-- set to True, then this causes suppression of the gnat_exit_status
|
523 |
|
|
-- variable used to record the exit status.
|
524 |
|
|
|
525 |
|
|
-----------------------
|
526 |
|
|
-- Main Program Name --
|
527 |
|
|
-----------------------
|
528 |
|
|
|
529 |
|
|
-- When the binder generates the main program to be used to create the
|
530 |
|
|
-- executable, the main program name is main by default (to match the
|
531 |
|
|
-- usual Unix practice). If this parameter is set to True, then the
|
532 |
|
|
-- name is instead by default taken from the actual Ada main program
|
533 |
|
|
-- name (just the name of the child if the main program is a child unit).
|
534 |
|
|
-- In either case, this value can be overridden using -M name.
|
535 |
|
|
|
536 |
|
|
Use_Ada_Main_Program_Name_On_Target : Boolean := False;
|
537 |
|
|
-- Set True to use the Ada main program name as the main name
|
538 |
|
|
|
539 |
|
|
----------------------------------------------
|
540 |
|
|
-- Boolean-Valued Floating-Point Attributes --
|
541 |
|
|
----------------------------------------------
|
542 |
|
|
|
543 |
|
|
-- The constants below give the values for representation oriented
|
544 |
|
|
-- floating-point attributes that are the same for all float types
|
545 |
|
|
-- on the target. These are all boolean values.
|
546 |
|
|
|
547 |
|
|
-- A value is only True if the target reliably supports the corresponding
|
548 |
|
|
-- feature. Reliably here means that support is guaranteed for all
|
549 |
|
|
-- possible settings of the relevant compiler switches (like -mieee),
|
550 |
|
|
-- since we cannot control the user setting of those switches.
|
551 |
|
|
|
552 |
|
|
-- The attributes cannot dependent on the current setting of compiler
|
553 |
|
|
-- switches, since the values must be static and consistent throughout
|
554 |
|
|
-- the partition. We probably should add such consistency checks in future,
|
555 |
|
|
-- but for now we don't do this.
|
556 |
|
|
|
557 |
|
|
-- Note: the compiler itself does not use floating-point, so the
|
558 |
|
|
-- settings of the defaults here are not really relevant.
|
559 |
|
|
|
560 |
|
|
-- Note: in some cases, proper support of some of these floating point
|
561 |
|
|
-- features may require a specific switch (e.g. -mieee on the Alpha)
|
562 |
|
|
-- to be used to obtain full RM compliant support.
|
563 |
|
|
|
564 |
|
|
Denorm_On_Target : Boolean := False;
|
565 |
|
|
-- Set to False on targets that do not reliably support denormals
|
566 |
|
|
|
567 |
|
|
Machine_Rounds_On_Target : Boolean := True;
|
568 |
|
|
-- Set to False for targets where S'Machine_Rounds is False
|
569 |
|
|
|
570 |
|
|
Machine_Overflows_On_Target : Boolean := False;
|
571 |
|
|
-- Set to True for targets where S'Machine_Overflows is True
|
572 |
|
|
|
573 |
|
|
Signed_Zeros_On_Target : Boolean := True;
|
574 |
|
|
-- Set to False on targets that do not reliably support signed zeros
|
575 |
|
|
|
576 |
|
|
-------------------------------------------
|
577 |
|
|
-- Boolean-Valued Fixed-Point Attributes --
|
578 |
|
|
-------------------------------------------
|
579 |
|
|
|
580 |
|
|
Fractional_Fixed_Ops_On_Target : Boolean := False;
|
581 |
|
|
-- Set to True for targets that support fixed-by-fixed multiplication
|
582 |
|
|
-- and division for fixed-point types with a small value equal to
|
583 |
|
|
-- 2 ** (-(T'Object_Size - 1)) and whose values have an absolute
|
584 |
|
|
-- value less than 1.0.
|
585 |
|
|
|
586 |
|
|
-----------------
|
587 |
|
|
-- Data Layout --
|
588 |
|
|
-----------------
|
589 |
|
|
|
590 |
|
|
-- Normally when using the GCC backend, Gigi and GCC perform much of the
|
591 |
|
|
-- data layout using the standard layout capabilities of GCC. If the
|
592 |
|
|
-- parameter Backend_Layout is set to False, then the front end must
|
593 |
|
|
-- perform all data layout. For further details see the package Layout.
|
594 |
|
|
|
595 |
|
|
Frontend_Layout_On_Target : Boolean := False;
|
596 |
|
|
-- Set True if front end does layout
|
597 |
|
|
|
598 |
|
|
-----------------
|
599 |
|
|
-- Subprograms --
|
600 |
|
|
-----------------
|
601 |
|
|
|
602 |
|
|
-- These subprograms are used to initialize the target parameter values
|
603 |
|
|
-- from the system.ads file. Note that this is only done once, so if more
|
604 |
|
|
-- than one call is made to either routine, the second and subsequent
|
605 |
|
|
-- calls are ignored.
|
606 |
|
|
|
607 |
|
|
procedure Get_Target_Parameters
|
608 |
|
|
(System_Text : Source_Buffer_Ptr;
|
609 |
|
|
Source_First : Source_Ptr;
|
610 |
|
|
Source_Last : Source_Ptr);
|
611 |
|
|
-- Called at the start of execution to obtain target parameters from
|
612 |
|
|
-- the source of package System. The parameters provide the source
|
613 |
|
|
-- text to be scanned (in System_Text (Source_First .. Source_Last)).
|
614 |
|
|
|
615 |
|
|
procedure Get_Target_Parameters;
|
616 |
|
|
-- This version reads in system.ads using Osint. The idea is that the
|
617 |
|
|
-- caller uses the first version if they have to read system.ads anyway
|
618 |
|
|
-- (e.g. the compiler) and uses this simpler interface if system.ads is
|
619 |
|
|
-- not otherwise needed.
|
620 |
|
|
|
621 |
|
|
end Targparm;
|