]>
Commit | Line | Data |
---|---|---|
e56b4594 | 1 | @c Copyright (C) 1988,1989,1992,1993,1994,1995,1996,1997,1998,1999,2000,2001 |
fed3cef0 | 2 | @c Free Software Foundation, Inc. |
feca2ed3 JW |
3 | @c This is part of the GCC manual. |
4 | @c For copying conditions, see the file gcc.texi. | |
5 | ||
6 | @node Target Macros | |
672a6f42 | 7 | @chapter Target Description Macros and Functions |
feca2ed3 JW |
8 | @cindex machine description macros |
9 | @cindex target description macros | |
10 | @cindex macros, target description | |
11 | @cindex @file{tm.h} macros | |
12 | ||
13 | In addition to the file @file{@var{machine}.md}, a machine description | |
14 | includes a C header file conventionally given the name | |
672a6f42 NB |
15 | @file{@var{machine}.h} and a C source file named @file{@var{machine}.c}. |
16 | The header file defines numerous macros that convey the information | |
17 | about the target machine that does not fit into the scheme of the | |
18 | @file{.md} file. The file @file{tm.h} should be a link to | |
19 | @file{@var{machine}.h}. The header file @file{config.h} includes | |
20 | @file{tm.h} and most compiler source files include @file{config.h}. The | |
648c546a | 21 | source file defines a variable @code{targetm}, which is a structure |
672a6f42 NB |
22 | containing pointers to functions and data relating to the target |
23 | machine. @file{@var{machine}.c} should also contain their definitions, | |
24 | if they are not defined elsewhere in GCC, and other functions called | |
25 | through the macros defined in the @file{.h} file. | |
feca2ed3 JW |
26 | |
27 | @menu | |
648c546a | 28 | * Target Structure:: The @code{targetm} variable. |
feca2ed3 | 29 | * Driver:: Controlling how the driver runs the compilation passes. |
630d3d5a | 30 | * Run-time Target:: Defining @samp{-m} options like @option{-m68000} and @option{-m68020}. |
414c4dc4 | 31 | * Per-Function Data:: Defining data structures for per-function information. |
feca2ed3 JW |
32 | * Storage Layout:: Defining sizes and alignments of data. |
33 | * Type Layout:: Defining sizes and properties of basic user data types. | |
b2b263e1 | 34 | * Escape Sequences:: Defining the value of target character escape sequences |
feca2ed3 JW |
35 | * Registers:: Naming and describing the hardware registers. |
36 | * Register Classes:: Defining the classes of hardware registers. | |
37 | * Stack and Calling:: Defining which way the stack grows and by how much. | |
38 | * Varargs:: Defining the varargs macros. | |
39 | * Trampolines:: Code set up at run time to enter a nested function. | |
40 | * Library Calls:: Controlling how library routines are implicitly called. | |
41 | * Addressing Modes:: Defining addressing modes valid for memory operands. | |
42 | * Condition Code:: Defining how insns update the condition code. | |
43 | * Costs:: Defining relative costs of different operations. | |
c237e94a | 44 | * Scheduling:: Adjusting the behavior of the instruction scheduler. |
feca2ed3 JW |
45 | * Sections:: Dividing storage into text, data, and other sections. |
46 | * PIC:: Macros for position independent code. | |
47 | * Assembler Format:: Defining how to write insns and pseudo-ops to output. | |
48 | * Debugging Info:: Defining the format of debugging output. | |
49 | * Cross-compilation:: Handling floating point for cross-compilers. | |
9f09b1f2 | 50 | * Mode Switching:: Insertion of mode-switching instructions. |
91d231cb | 51 | * Target Attributes:: Defining target-specific uses of @code{__attribute__}. |
feca2ed3 JW |
52 | * Misc:: Everything else. |
53 | @end menu | |
54 | ||
672a6f42 | 55 | @node Target Structure |
648c546a | 56 | @section The Global @code{targetm} Variable |
672a6f42 NB |
57 | @cindex target hooks |
58 | @cindex target functions | |
59 | ||
f6897b10 SS |
60 | @deftypevar {struct gcc_target} targetm |
61 | The target @file{.c} file must define the global @code{targetm} variable | |
672a6f42 NB |
62 | which contains pointers to functions and data relating to the target |
63 | machine. The variable is declared in @file{target.h}; | |
64 | @file{target-def.h} defines the macro @code{TARGET_INITIALIZER} which is | |
65 | used to initialize the variable, and macros for the default initializers | |
66 | for elements of the structure. The @file{.c} file should override those | |
67 | macros for which the default definition is inappropriate. For example: | |
68 | @smallexample | |
69 | #include "target.h" | |
70 | #include "target-def.h" | |
71 | ||
72 | /* @r{Initialize the GCC target structure.} */ | |
73 | ||
91d231cb JM |
74 | #undef TARGET_COMP_TYPE_ATTRIBUTES |
75 | #define TARGET_COMP_TYPE_ATTRIBUTES @var{machine}_comp_type_attributes | |
672a6f42 | 76 | |
f6897b10 | 77 | struct gcc_target targetm = TARGET_INITIALIZER; |
672a6f42 NB |
78 | @end smallexample |
79 | @end deftypevar | |
80 | ||
81 | Where a macro should be defined in the @file{.c} file in this manner to | |
648c546a | 82 | form part of the @code{targetm} structure, it is documented below as a |
672a6f42 NB |
83 | ``Target Hook'' with a prototype. Many macros will change in future |
84 | from being defined in the @file{.h} file to being part of the | |
648c546a | 85 | @code{targetm} structure. |
672a6f42 | 86 | |
feca2ed3 JW |
87 | @node Driver |
88 | @section Controlling the Compilation Driver, @file{gcc} | |
89 | @cindex driver | |
90 | @cindex controlling the compilation driver | |
91 | ||
92 | @c prevent bad page break with this line | |
93 | You can control the compilation driver. | |
94 | ||
95 | @table @code | |
96 | @findex SWITCH_TAKES_ARG | |
97 | @item SWITCH_TAKES_ARG (@var{char}) | |
630d3d5a | 98 | A C expression which determines whether the option @option{-@var{char}} |
feca2ed3 JW |
99 | takes arguments. The value should be the number of arguments that |
100 | option takes--zero, for many options. | |
101 | ||
102 | By default, this macro is defined as | |
103 | @code{DEFAULT_SWITCH_TAKES_ARG}, which handles the standard options | |
104 | properly. You need not define @code{SWITCH_TAKES_ARG} unless you | |
105 | wish to add additional options which take arguments. Any redefinition | |
106 | should call @code{DEFAULT_SWITCH_TAKES_ARG} and then check for | |
107 | additional options. | |
108 | ||
109 | @findex WORD_SWITCH_TAKES_ARG | |
110 | @item WORD_SWITCH_TAKES_ARG (@var{name}) | |
630d3d5a | 111 | A C expression which determines whether the option @option{-@var{name}} |
feca2ed3 JW |
112 | takes arguments. The value should be the number of arguments that |
113 | option takes--zero, for many options. This macro rather than | |
114 | @code{SWITCH_TAKES_ARG} is used for multi-character option names. | |
115 | ||
116 | By default, this macro is defined as | |
117 | @code{DEFAULT_WORD_SWITCH_TAKES_ARG}, which handles the standard options | |
118 | properly. You need not define @code{WORD_SWITCH_TAKES_ARG} unless you | |
119 | wish to add additional options which take arguments. Any redefinition | |
120 | should call @code{DEFAULT_WORD_SWITCH_TAKES_ARG} and then check for | |
121 | additional options. | |
122 | ||
88117d44 NC |
123 | @findex SWITCH_CURTAILS_COMPILATION |
124 | @item SWITCH_CURTAILS_COMPILATION (@var{char}) | |
630d3d5a | 125 | A C expression which determines whether the option @option{-@var{char}} |
88117d44 | 126 | stops compilation before the generation of an executable. The value is |
df2a54e9 | 127 | boolean, nonzero if the option does stop an executable from being |
88117d44 NC |
128 | generated, zero otherwise. |
129 | ||
130 | By default, this macro is defined as | |
131 | @code{DEFAULT_SWITCH_CURTAILS_COMPILATION}, which handles the standard | |
132 | options properly. You need not define | |
133 | @code{SWITCH_CURTAILS_COMPILATION} unless you wish to add additional | |
134 | options which affect the generation of an executable. Any redefinition | |
135 | should call @code{DEFAULT_SWITCH_CURTAILS_COMPILATION} and then check | |
136 | for additional options. | |
137 | ||
feca2ed3 JW |
138 | @findex SWITCHES_NEED_SPACES |
139 | @item SWITCHES_NEED_SPACES | |
140 | A string-valued C expression which enumerates the options for which | |
141 | the linker needs a space between the option and its argument. | |
142 | ||
143 | If this macro is not defined, the default value is @code{""}. | |
144 | ||
0259b07a DD |
145 | @findex TARGET_OPTION_TRANSLATE_TABLE |
146 | @item TARGET_OPTION_TRANSLATE_TABLE | |
147 | If defined, a list of pairs of strings, the first of which is a | |
148 | potential command line target to the @file{gcc} driver program, and the | |
149 | second of which is a space-separated (tabs and other whitespace are not | |
150 | supported) list of options with which to replace the first option. The | |
151 | target defining this list is responsible for assuring that the results | |
152 | are valid. Replacement options may not be the @code{--opt} style, they | |
153 | must be the @code{-opt} style. It is the intention of this macro to | |
154 | provide a mechanism for substitution that affects the multilibs chosen, | |
155 | such as one option that enables many options, some of which select | |
156 | multilibs. Example nonsensical definition, where @code{-malt-abi}, | |
157 | @code{-EB}, and @code{-mspoo} cause different multilibs to be chosen: | |
158 | ||
159 | @example | |
160 | #define TARGET_OPTION_TRANSLATE_TABLE \ | |
161 | @{ "-fast", "-march=fast-foo -malt-abi -I/usr/fast-foo" @}, \ | |
162 | @{ "-compat", "-EB -malign=4 -mspoo" @} | |
163 | @end example | |
164 | ||
feca2ed3 JW |
165 | @findex CPP_SPEC |
166 | @item CPP_SPEC | |
a3a15b4d | 167 | A C string constant that tells the GCC driver program options to |
161d7b59 JM |
168 | pass to CPP@. It can also specify how to translate options you |
169 | give to GCC into options for GCC to pass to the CPP@. | |
feca2ed3 JW |
170 | |
171 | Do not define this macro if it does not need to do anything. | |
172 | ||
a9374841 MM |
173 | @findex CPLUSPLUS_CPP_SPEC |
174 | @item CPLUSPLUS_CPP_SPEC | |
175 | This macro is just like @code{CPP_SPEC}, but is used for C++, rather | |
161d7b59 | 176 | than C@. If you do not define this macro, then the value of |
a9374841 MM |
177 | @code{CPP_SPEC} (if any) will be used instead. |
178 | ||
feca2ed3 JW |
179 | @findex NO_BUILTIN_SIZE_TYPE |
180 | @item NO_BUILTIN_SIZE_TYPE | |
c771326b | 181 | If this macro is defined, the preprocessor will not define the built-in macro |
feca2ed3 JW |
182 | @code{__SIZE_TYPE__}. The macro @code{__SIZE_TYPE__} must then be defined |
183 | by @code{CPP_SPEC} instead. | |
184 | ||
185 | This should be defined if @code{SIZE_TYPE} depends on target dependent flags | |
186 | which are not accessible to the preprocessor. Otherwise, it should not | |
187 | be defined. | |
188 | ||
189 | @findex NO_BUILTIN_PTRDIFF_TYPE | |
190 | @item NO_BUILTIN_PTRDIFF_TYPE | |
c771326b | 191 | If this macro is defined, the preprocessor will not define the built-in macro |
feca2ed3 JW |
192 | @code{__PTRDIFF_TYPE__}. The macro @code{__PTRDIFF_TYPE__} must then be |
193 | defined by @code{CPP_SPEC} instead. | |
194 | ||
195 | This should be defined if @code{PTRDIFF_TYPE} depends on target dependent flags | |
196 | which are not accessible to the preprocessor. Otherwise, it should not | |
0209c340 ZW |
197 | be defined. |
198 | ||
199 | @findex NO_BUILTIN_WCHAR_TYPE | |
200 | @item NO_BUILTIN_WCHAR_TYPE | |
c771326b | 201 | If this macro is defined, the preprocessor will not define the built-in macro |
0209c340 ZW |
202 | @code{__WCHAR_TYPE__}. The macro @code{__WCHAR_TYPE__} must then be |
203 | defined by @code{CPP_SPEC} instead. | |
204 | ||
205 | This should be defined if @code{WCHAR_TYPE} depends on target dependent flags | |
206 | which are not accessible to the preprocessor. Otherwise, it should not | |
feca2ed3 JW |
207 | be defined. |
208 | ||
1a67c7d3 JL |
209 | @findex NO_BUILTIN_WINT_TYPE |
210 | @item NO_BUILTIN_WINT_TYPE | |
c771326b | 211 | If this macro is defined, the preprocessor will not define the built-in macro |
1a67c7d3 JL |
212 | @code{__WINT_TYPE__}. The macro @code{__WINT_TYPE__} must then be |
213 | defined by @code{CPP_SPEC} instead. | |
214 | ||
215 | This should be defined if @code{WINT_TYPE} depends on target dependent flags | |
216 | which are not accessible to the preprocessor. Otherwise, it should not | |
217 | be defined. | |
218 | ||
feca2ed3 JW |
219 | @findex SIGNED_CHAR_SPEC |
220 | @item SIGNED_CHAR_SPEC | |
a3a15b4d | 221 | A C string constant that tells the GCC driver program options to |
161d7b59 | 222 | pass to CPP@. By default, this macro is defined to pass the option |
630d3d5a | 223 | @option{-D__CHAR_UNSIGNED__} to CPP if @code{char} will be treated as |
feca2ed3 JW |
224 | @code{unsigned char} by @code{cc1}. |
225 | ||
226 | Do not define this macro unless you need to override the default | |
227 | definition. | |
228 | ||
229 | @findex CC1_SPEC | |
230 | @item CC1_SPEC | |
a3a15b4d | 231 | A C string constant that tells the GCC driver program options to |
66519c70 JL |
232 | pass to @code{cc1}, @code{cc1plus}, @code{f771}, and the other language |
233 | front ends. | |
a3a15b4d | 234 | It can also specify how to translate options you give to GCC into options |
630d3d5a | 235 | for GCC to pass to front ends. |
feca2ed3 JW |
236 | |
237 | Do not define this macro if it does not need to do anything. | |
238 | ||
239 | @findex CC1PLUS_SPEC | |
240 | @item CC1PLUS_SPEC | |
a3a15b4d | 241 | A C string constant that tells the GCC driver program options to |
feca2ed3 | 242 | pass to @code{cc1plus}. It can also specify how to translate options you |
a3a15b4d | 243 | give to GCC into options for GCC to pass to the @code{cc1plus}. |
feca2ed3 JW |
244 | |
245 | Do not define this macro if it does not need to do anything. | |
1d96e5b4 FF |
246 | Note that everything defined in CC1_SPEC is already passed to |
247 | @code{cc1plus} so there is no need to duplicate the contents of | |
161d7b59 | 248 | CC1_SPEC in CC1PLUS_SPEC@. |
feca2ed3 JW |
249 | |
250 | @findex ASM_SPEC | |
251 | @item ASM_SPEC | |
a3a15b4d | 252 | A C string constant that tells the GCC driver program options to |
feca2ed3 | 253 | pass to the assembler. It can also specify how to translate options |
a3a15b4d | 254 | you give to GCC into options for GCC to pass to the assembler. |
feca2ed3 JW |
255 | See the file @file{sun3.h} for an example of this. |
256 | ||
257 | Do not define this macro if it does not need to do anything. | |
258 | ||
259 | @findex ASM_FINAL_SPEC | |
260 | @item ASM_FINAL_SPEC | |
a3a15b4d | 261 | A C string constant that tells the GCC driver program how to |
feca2ed3 JW |
262 | run any programs which cleanup after the normal assembler. |
263 | Normally, this is not needed. See the file @file{mips.h} for | |
264 | an example of this. | |
265 | ||
266 | Do not define this macro if it does not need to do anything. | |
267 | ||
268 | @findex LINK_SPEC | |
269 | @item LINK_SPEC | |
a3a15b4d | 270 | A C string constant that tells the GCC driver program options to |
feca2ed3 | 271 | pass to the linker. It can also specify how to translate options you |
a3a15b4d | 272 | give to GCC into options for GCC to pass to the linker. |
feca2ed3 JW |
273 | |
274 | Do not define this macro if it does not need to do anything. | |
275 | ||
276 | @findex LIB_SPEC | |
277 | @item LIB_SPEC | |
278 | Another C string constant used much like @code{LINK_SPEC}. The difference | |
279 | between the two is that @code{LIB_SPEC} is used at the end of the | |
280 | command given to the linker. | |
281 | ||
282 | If this macro is not defined, a default is provided that | |
283 | loads the standard C library from the usual place. See @file{gcc.c}. | |
284 | ||
285 | @findex LIBGCC_SPEC | |
286 | @item LIBGCC_SPEC | |
a3a15b4d | 287 | Another C string constant that tells the GCC driver program |
feca2ed3 JW |
288 | how and when to place a reference to @file{libgcc.a} into the |
289 | linker command line. This constant is placed both before and after | |
290 | the value of @code{LIB_SPEC}. | |
291 | ||
a3a15b4d | 292 | If this macro is not defined, the GCC driver provides a default that |
630d3d5a | 293 | passes the string @option{-lgcc} to the linker. |
feca2ed3 JW |
294 | |
295 | @findex STARTFILE_SPEC | |
296 | @item STARTFILE_SPEC | |
297 | Another C string constant used much like @code{LINK_SPEC}. The | |
298 | difference between the two is that @code{STARTFILE_SPEC} is used at | |
299 | the very beginning of the command given to the linker. | |
300 | ||
301 | If this macro is not defined, a default is provided that loads the | |
302 | standard C startup file from the usual place. See @file{gcc.c}. | |
303 | ||
304 | @findex ENDFILE_SPEC | |
305 | @item ENDFILE_SPEC | |
306 | Another C string constant used much like @code{LINK_SPEC}. The | |
307 | difference between the two is that @code{ENDFILE_SPEC} is used at | |
308 | the very end of the command given to the linker. | |
309 | ||
310 | Do not define this macro if it does not need to do anything. | |
311 | ||
008355a6 AO |
312 | @findex THREAD_MODEL_SPEC |
313 | @item THREAD_MODEL_SPEC | |
314 | GCC @code{-v} will print the thread model GCC was configured to use. | |
315 | However, this doesn't work on platforms that are multilibbed on thread | |
316 | models, such as AIX 4.3. On such platforms, define | |
317 | @code{THREAD_MODEL_SPEC} such that it evaluates to a string without | |
318 | blanks that names one of the recognized thread models. @code{%*}, the | |
319 | default value of this macro, will expand to the value of | |
320 | @code{thread_file} set in @file{config.gcc}. | |
321 | ||
feca2ed3 JW |
322 | @findex EXTRA_SPECS |
323 | @item EXTRA_SPECS | |
324 | Define this macro to provide additional specifications to put in the | |
325 | @file{specs} file that can be used in various specifications like | |
326 | @code{CC1_SPEC}. | |
327 | ||
328 | The definition should be an initializer for an array of structures, | |
329 | containing a string constant, that defines the specification name, and a | |
330 | string constant that provides the specification. | |
331 | ||
332 | Do not define this macro if it does not need to do anything. | |
333 | ||
334 | @code{EXTRA_SPECS} is useful when an architecture contains several | |
630d3d5a | 335 | related targets, which have various @code{@dots{}_SPECS} which are similar |
feca2ed3 JW |
336 | to each other, and the maintainer would like one central place to keep |
337 | these definitions. | |
338 | ||
339 | For example, the PowerPC System V.4 targets use @code{EXTRA_SPECS} to | |
340 | define either @code{_CALL_SYSV} when the System V calling sequence is | |
341 | used or @code{_CALL_AIX} when the older AIX-based calling sequence is | |
342 | used. | |
343 | ||
344 | The @file{config/rs6000/rs6000.h} target file defines: | |
345 | ||
346 | @example | |
347 | #define EXTRA_SPECS \ | |
348 | @{ "cpp_sysv_default", CPP_SYSV_DEFAULT @}, | |
349 | ||
350 | #define CPP_SYS_DEFAULT "" | |
351 | @end example | |
352 | ||
353 | The @file{config/rs6000/sysv.h} target file defines: | |
354 | @smallexample | |
355 | #undef CPP_SPEC | |
356 | #define CPP_SPEC \ | |
357 | "%@{posix: -D_POSIX_SOURCE @} \ | |
358 | %@{mcall-sysv: -D_CALL_SYSV @} %@{mcall-aix: -D_CALL_AIX @} \ | |
359 | %@{!mcall-sysv: %@{!mcall-aix: %(cpp_sysv_default) @}@} \ | |
360 | %@{msoft-float: -D_SOFT_FLOAT@} %@{mcpu=403: -D_SOFT_FLOAT@}" | |
361 | ||
362 | #undef CPP_SYSV_DEFAULT | |
363 | #define CPP_SYSV_DEFAULT "-D_CALL_SYSV" | |
364 | @end smallexample | |
365 | ||
366 | while the @file{config/rs6000/eabiaix.h} target file defines | |
367 | @code{CPP_SYSV_DEFAULT} as: | |
368 | ||
369 | @smallexample | |
370 | #undef CPP_SYSV_DEFAULT | |
371 | #define CPP_SYSV_DEFAULT "-D_CALL_AIX" | |
372 | @end smallexample | |
373 | ||
374 | @findex LINK_LIBGCC_SPECIAL | |
375 | @item LINK_LIBGCC_SPECIAL | |
376 | Define this macro if the driver program should find the library | |
630d3d5a | 377 | @file{libgcc.a} itself and should not pass @option{-L} options to the |
feca2ed3 | 378 | linker. If you do not define this macro, the driver program will pass |
630d3d5a JM |
379 | the argument @option{-lgcc} to tell the linker to do the search and will |
380 | pass @option{-L} options to it. | |
feca2ed3 JW |
381 | |
382 | @findex LINK_LIBGCC_SPECIAL_1 | |
383 | @item LINK_LIBGCC_SPECIAL_1 | |
384 | Define this macro if the driver program should find the library | |
385 | @file{libgcc.a}. If you do not define this macro, the driver program will pass | |
630d3d5a | 386 | the argument @option{-lgcc} to tell the linker to do the search. |
feca2ed3 | 387 | This macro is similar to @code{LINK_LIBGCC_SPECIAL}, except that it does |
630d3d5a | 388 | not affect @option{-L} options. |
feca2ed3 | 389 | |
9ec36da5 JL |
390 | @findex LINK_COMMAND_SPEC |
391 | @item LINK_COMMAND_SPEC | |
392 | A C string constant giving the complete command line need to execute the | |
393 | linker. When you do this, you will need to update your port each time a | |
394 | change is made to the link command line within @file{gcc.c}. Therefore, | |
395 | define this macro only if you need to completely redefine the command | |
396 | line for invoking the linker and there is no other way to accomplish | |
397 | the effect you need. | |
398 | ||
5897739e JO |
399 | @findex LINK_ELIMINATE_DUPLICATE_LDIRECTORIES |
400 | @item LINK_ELIMINATE_DUPLICATE_LDIRECTORIES | |
2cc07db4 | 401 | A nonzero value causes @command{collect2} to remove duplicate @option{-L@var{directory}} search |
5897739e JO |
402 | directories from linking commands. Do not give it a nonzero value if |
403 | removing duplicate search directories changes the linker's semantics. | |
404 | ||
feca2ed3 JW |
405 | @findex MULTILIB_DEFAULTS |
406 | @item MULTILIB_DEFAULTS | |
407 | Define this macro as a C expression for the initializer of an array of | |
408 | string to tell the driver program which options are defaults for this | |
409 | target and thus do not need to be handled specially when using | |
410 | @code{MULTILIB_OPTIONS}. | |
411 | ||
412 | Do not define this macro if @code{MULTILIB_OPTIONS} is not defined in | |
413 | the target makefile fragment or if none of the options listed in | |
414 | @code{MULTILIB_OPTIONS} are set by default. | |
415 | @xref{Target Fragment}. | |
416 | ||
417 | @findex RELATIVE_PREFIX_NOT_LINKDIR | |
418 | @item RELATIVE_PREFIX_NOT_LINKDIR | |
419 | Define this macro to tell @code{gcc} that it should only translate | |
630d3d5a | 420 | a @option{-B} prefix into a @option{-L} linker option if the prefix |
feca2ed3 JW |
421 | indicates an absolute file name. |
422 | ||
423 | @findex STANDARD_EXEC_PREFIX | |
424 | @item STANDARD_EXEC_PREFIX | |
425 | Define this macro as a C string constant if you wish to override the | |
426 | standard choice of @file{/usr/local/lib/gcc-lib/} as the default prefix to | |
427 | try when searching for the executable files of the compiler. | |
428 | ||
429 | @findex MD_EXEC_PREFIX | |
430 | @item MD_EXEC_PREFIX | |
431 | If defined, this macro is an additional prefix to try after | |
432 | @code{STANDARD_EXEC_PREFIX}. @code{MD_EXEC_PREFIX} is not searched | |
630d3d5a | 433 | when the @option{-b} option is used, or the compiler is built as a cross |
5505263f JL |
434 | compiler. If you define @code{MD_EXEC_PREFIX}, then be sure to add it |
435 | to the list of directories used to find the assembler in @file{configure.in}. | |
feca2ed3 JW |
436 | |
437 | @findex STANDARD_STARTFILE_PREFIX | |
438 | @item STANDARD_STARTFILE_PREFIX | |
439 | Define this macro as a C string constant if you wish to override the | |
440 | standard choice of @file{/usr/local/lib/} as the default prefix to | |
441 | try when searching for startup files such as @file{crt0.o}. | |
442 | ||
443 | @findex MD_STARTFILE_PREFIX | |
444 | @item MD_STARTFILE_PREFIX | |
445 | If defined, this macro supplies an additional prefix to try after the | |
446 | standard prefixes. @code{MD_EXEC_PREFIX} is not searched when the | |
630d3d5a | 447 | @option{-b} option is used, or when the compiler is built as a cross |
feca2ed3 JW |
448 | compiler. |
449 | ||
450 | @findex MD_STARTFILE_PREFIX_1 | |
451 | @item MD_STARTFILE_PREFIX_1 | |
452 | If defined, this macro supplies yet another prefix to try after the | |
630d3d5a | 453 | standard prefixes. It is not searched when the @option{-b} option is |
feca2ed3 JW |
454 | used, or when the compiler is built as a cross compiler. |
455 | ||
456 | @findex INIT_ENVIRONMENT | |
457 | @item INIT_ENVIRONMENT | |
e9a25f70 | 458 | Define this macro as a C string constant if you wish to set environment |
feca2ed3 JW |
459 | variables for programs called by the driver, such as the assembler and |
460 | loader. The driver passes the value of this macro to @code{putenv} to | |
461 | initialize the necessary environment variables. | |
462 | ||
463 | @findex LOCAL_INCLUDE_DIR | |
464 | @item LOCAL_INCLUDE_DIR | |
465 | Define this macro as a C string constant if you wish to override the | |
466 | standard choice of @file{/usr/local/include} as the default prefix to | |
467 | try when searching for local header files. @code{LOCAL_INCLUDE_DIR} | |
468 | comes before @code{SYSTEM_INCLUDE_DIR} in the search order. | |
469 | ||
c237e94a ZW |
470 | Cross compilers do not search either @file{/usr/local/include} or its |
471 | replacement. | |
feca2ed3 | 472 | |
dc36ec2c RK |
473 | @findex MODIFY_TARGET_NAME |
474 | @item MODIFY_TARGET_NAME | |
475 | Define this macro if you with to define command-line switches that modify the | |
476 | default target name | |
477 | ||
478 | For each switch, you can include a string to be appended to the first | |
479 | part of the configuration name or a string to be deleted from the | |
480 | configuration name, if present. The definition should be an initializer | |
481 | for an array of structures. Each array element should have three | |
482 | elements: the switch name (a string constant, including the initial | |
483 | dash), one of the enumeration codes @code{ADD} or @code{DELETE} to | |
484 | indicate whether the string should be inserted or deleted, and the string | |
485 | to be inserted or deleted (a string constant). | |
486 | ||
487 | For example, on a machine where @samp{64} at the end of the | |
630d3d5a JM |
488 | configuration name denotes a 64-bit target and you want the @option{-32} |
489 | and @option{-64} switches to select between 32- and 64-bit targets, you would | |
dc36ec2c RK |
490 | code |
491 | ||
492 | @smallexample | |
493 | #define MODIFY_TARGET_NAME \ | |
494 | @{ @{ "-32", DELETE, "64"@}, \ | |
495 | @{"-64", ADD, "64"@}@} | |
496 | @end smallexample | |
497 | ||
498 | ||
feca2ed3 JW |
499 | @findex SYSTEM_INCLUDE_DIR |
500 | @item SYSTEM_INCLUDE_DIR | |
501 | Define this macro as a C string constant if you wish to specify a | |
502 | system-specific directory to search for header files before the standard | |
503 | directory. @code{SYSTEM_INCLUDE_DIR} comes before | |
504 | @code{STANDARD_INCLUDE_DIR} in the search order. | |
505 | ||
506 | Cross compilers do not use this macro and do not search the directory | |
507 | specified. | |
508 | ||
509 | @findex STANDARD_INCLUDE_DIR | |
510 | @item STANDARD_INCLUDE_DIR | |
511 | Define this macro as a C string constant if you wish to override the | |
512 | standard choice of @file{/usr/include} as the default prefix to | |
513 | try when searching for header files. | |
514 | ||
515 | Cross compilers do not use this macro and do not search either | |
516 | @file{/usr/include} or its replacement. | |
517 | ||
e9a25f70 JL |
518 | @findex STANDARD_INCLUDE_COMPONENT |
519 | @item STANDARD_INCLUDE_COMPONENT | |
520 | The ``component'' corresponding to @code{STANDARD_INCLUDE_DIR}. | |
521 | See @code{INCLUDE_DEFAULTS}, below, for the description of components. | |
522 | If you do not define this macro, no component is used. | |
523 | ||
feca2ed3 JW |
524 | @findex INCLUDE_DEFAULTS |
525 | @item INCLUDE_DEFAULTS | |
526 | Define this macro if you wish to override the entire default search path | |
e9a25f70 JL |
527 | for include files. For a native compiler, the default search path |
528 | usually consists of @code{GCC_INCLUDE_DIR}, @code{LOCAL_INCLUDE_DIR}, | |
feca2ed3 JW |
529 | @code{SYSTEM_INCLUDE_DIR}, @code{GPLUSPLUS_INCLUDE_DIR}, and |
530 | @code{STANDARD_INCLUDE_DIR}. In addition, @code{GPLUSPLUS_INCLUDE_DIR} | |
531 | and @code{GCC_INCLUDE_DIR} are defined automatically by @file{Makefile}, | |
161d7b59 | 532 | and specify private search areas for GCC@. The directory |
feca2ed3 JW |
533 | @code{GPLUSPLUS_INCLUDE_DIR} is used only for C++ programs. |
534 | ||
535 | The definition should be an initializer for an array of structures. | |
e9a25f70 | 536 | Each array element should have four elements: the directory name (a |
9f6dc500 HPN |
537 | string constant), the component name (also a string constant), a flag |
538 | for C++-only directories, | |
e9a25f70 JL |
539 | and a flag showing that the includes in the directory don't need to be |
540 | wrapped in @code{extern @samp{C}} when compiling C++. Mark the end of | |
541 | the array with a null element. | |
542 | ||
543 | The component name denotes what GNU package the include file is part of, | |
544 | if any, in all upper-case letters. For example, it might be @samp{GCC} | |
9f6dc500 | 545 | or @samp{BINUTILS}. If the package is part of a vendor-supplied |
e9a25f70 JL |
546 | operating system, code the component name as @samp{0}. |
547 | ||
e9a25f70 | 548 | For example, here is the definition used for VAX/VMS: |
feca2ed3 JW |
549 | |
550 | @example | |
551 | #define INCLUDE_DEFAULTS \ | |
552 | @{ \ | |
e9a25f70 JL |
553 | @{ "GNU_GXX_INCLUDE:", "G++", 1, 1@}, \ |
554 | @{ "GNU_CC_INCLUDE:", "GCC", 0, 0@}, \ | |
555 | @{ "SYS$SYSROOT:[SYSLIB.]", 0, 0, 0@}, \ | |
556 | @{ ".", 0, 0, 0@}, \ | |
557 | @{ 0, 0, 0, 0@} \ | |
feca2ed3 JW |
558 | @} |
559 | @end example | |
560 | @end table | |
561 | ||
562 | Here is the order of prefixes tried for exec files: | |
563 | ||
564 | @enumerate | |
565 | @item | |
630d3d5a | 566 | Any prefixes specified by the user with @option{-B}. |
feca2ed3 JW |
567 | |
568 | @item | |
569 | The environment variable @code{GCC_EXEC_PREFIX}, if any. | |
570 | ||
571 | @item | |
572 | The directories specified by the environment variable @code{COMPILER_PATH}. | |
573 | ||
574 | @item | |
575 | The macro @code{STANDARD_EXEC_PREFIX}. | |
576 | ||
577 | @item | |
578 | @file{/usr/lib/gcc/}. | |
579 | ||
580 | @item | |
581 | The macro @code{MD_EXEC_PREFIX}, if any. | |
582 | @end enumerate | |
583 | ||
584 | Here is the order of prefixes tried for startfiles: | |
585 | ||
586 | @enumerate | |
587 | @item | |
630d3d5a | 588 | Any prefixes specified by the user with @option{-B}. |
feca2ed3 JW |
589 | |
590 | @item | |
591 | The environment variable @code{GCC_EXEC_PREFIX}, if any. | |
592 | ||
593 | @item | |
594 | The directories specified by the environment variable @code{LIBRARY_PATH} | |
512b62fb | 595 | (or port-specific name; native only, cross compilers do not use this). |
feca2ed3 JW |
596 | |
597 | @item | |
598 | The macro @code{STANDARD_EXEC_PREFIX}. | |
599 | ||
600 | @item | |
601 | @file{/usr/lib/gcc/}. | |
602 | ||
603 | @item | |
604 | The macro @code{MD_EXEC_PREFIX}, if any. | |
605 | ||
606 | @item | |
607 | The macro @code{MD_STARTFILE_PREFIX}, if any. | |
608 | ||
609 | @item | |
610 | The macro @code{STANDARD_STARTFILE_PREFIX}. | |
611 | ||
612 | @item | |
613 | @file{/lib/}. | |
614 | ||
615 | @item | |
616 | @file{/usr/lib/}. | |
617 | @end enumerate | |
618 | ||
619 | @node Run-time Target | |
620 | @section Run-time Target Specification | |
621 | @cindex run-time target specification | |
622 | @cindex predefined macros | |
623 | @cindex target specifications | |
624 | ||
625 | @c prevent bad page break with this line | |
626 | Here are run-time target specifications. | |
627 | ||
628 | @table @code | |
629 | @findex CPP_PREDEFINES | |
630 | @item CPP_PREDEFINES | |
630d3d5a | 631 | Define this to be a string constant containing @option{-D} options to |
feca2ed3 | 632 | define the predefined macros that identify this machine and system. |
5490d604 JM |
633 | These macros will be predefined unless the @option{-ansi} option (or a |
634 | @option{-std} option for strict ISO C conformance) is specified. | |
feca2ed3 JW |
635 | |
636 | In addition, a parallel set of macros are predefined, whose names are | |
637 | made by appending @samp{__} at the beginning and at the end. These | |
5490d604 JM |
638 | @samp{__} macros are permitted by the ISO standard, so they are |
639 | predefined regardless of whether @option{-ansi} or a @option{-std} option | |
640 | is specified. | |
feca2ed3 JW |
641 | |
642 | For example, on the Sun, one can use the following value: | |
643 | ||
644 | @smallexample | |
645 | "-Dmc68000 -Dsun -Dunix" | |
646 | @end smallexample | |
647 | ||
648 | The result is to define the macros @code{__mc68000__}, @code{__sun__} | |
649 | and @code{__unix__} unconditionally, and the macros @code{mc68000}, | |
630d3d5a | 650 | @code{sun} and @code{unix} provided @option{-ansi} is not specified. |
feca2ed3 JW |
651 | |
652 | @findex extern int target_flags | |
653 | @item extern int target_flags; | |
654 | This declaration should be present. | |
655 | ||
656 | @cindex optional hardware or system features | |
657 | @cindex features, optional, in system conventions | |
658 | @item TARGET_@dots{} | |
659 | This series of macros is to allow compiler command arguments to | |
660 | enable or disable the use of optional features of the target machine. | |
661 | For example, one machine description serves both the 68000 and | |
662 | the 68020; a command argument tells the compiler whether it should | |
663 | use 68020-only instructions or not. This command argument works | |
664 | by means of a macro @code{TARGET_68020} that tests a bit in | |
665 | @code{target_flags}. | |
666 | ||
667 | Define a macro @code{TARGET_@var{featurename}} for each such option. | |
9f6dc500 HPN |
668 | Its definition should test a bit in @code{target_flags}. It is |
669 | recommended that a helper macro @code{TARGET_MASK_@var{featurename}} | |
670 | is defined for each bit-value to test, and used in | |
671 | @code{TARGET_@var{featurename}} and @code{TARGET_SWITCHES}. For | |
672 | example: | |
feca2ed3 JW |
673 | |
674 | @smallexample | |
9f6dc500 HPN |
675 | #define TARGET_MASK_68020 1 |
676 | #define TARGET_68020 (target_flags & TARGET_MASK_68020) | |
feca2ed3 JW |
677 | @end smallexample |
678 | ||
679 | One place where these macros are used is in the condition-expressions | |
680 | of instruction patterns. Note how @code{TARGET_68020} appears | |
681 | frequently in the 68000 machine description file, @file{m68k.md}. | |
682 | Another place they are used is in the definitions of the other | |
683 | macros in the @file{@var{machine}.h} file. | |
684 | ||
685 | @findex TARGET_SWITCHES | |
686 | @item TARGET_SWITCHES | |
687 | This macro defines names of command options to set and clear | |
688 | bits in @code{target_flags}. Its definition is an initializer | |
689 | with a subgrouping for each command option. | |
690 | ||
691 | Each subgrouping contains a string constant, that defines the option | |
b8468bc7 NC |
692 | name, a number, which contains the bits to set in |
693 | @code{target_flags}, and a second string which is the description | |
561c1ae1 | 694 | displayed by @option{--help}. If the number is negative then the bits specified |
b8468bc7 NC |
695 | by the number are cleared instead of being set. If the description |
696 | string is present but empty, then no help information will be displayed | |
697 | for that option, but it will not count as an undocumented option. The | |
698 | actual option name is made by appending @samp{-m} to the specified name. | |
561c1ae1 JM |
699 | Non-empty description strings should be marked with @code{N_(@dots{})} for |
700 | @command{xgettext}. In addition to the description for @option{--help}, | |
701 | more detailed documentation for each option should be added to | |
702 | @file{invoke.texi}. | |
feca2ed3 JW |
703 | |
704 | One of the subgroupings should have a null string. The number in | |
705 | this grouping is the default value for @code{target_flags}. Any | |
706 | target options act starting with that value. | |
707 | ||
630d3d5a | 708 | Here is an example which defines @option{-m68000} and @option{-m68020} |
feca2ed3 JW |
709 | with opposite meanings, and picks the latter as the default: |
710 | ||
711 | @smallexample | |
712 | #define TARGET_SWITCHES \ | |
9f6dc500 | 713 | @{ @{ "68020", TARGET_MASK_68020, "" @}, \ |
561c1ae1 JM |
714 | @{ "68000", -TARGET_MASK_68020, \ |
715 | N_("Compile for the 68000") @}, \ | |
9f6dc500 | 716 | @{ "", TARGET_MASK_68020, "" @}@} |
feca2ed3 JW |
717 | @end smallexample |
718 | ||
719 | @findex TARGET_OPTIONS | |
720 | @item TARGET_OPTIONS | |
721 | This macro is similar to @code{TARGET_SWITCHES} but defines names of command | |
722 | options that have values. Its definition is an initializer with a | |
723 | subgrouping for each command option. | |
724 | ||
725 | Each subgrouping contains a string constant, that defines the fixed part | |
561c1ae1 JM |
726 | of the option name, the address of a variable, and a description string |
727 | (which should again be marked with @code{N_(@dots{})}). | |
b8468bc7 NC |
728 | The variable, type @code{char *}, is set to the variable part of the |
729 | given option if the fixed part matches. The actual option name is made | |
561c1ae1 JM |
730 | by appending @samp{-m} to the specified name. Again, each option should |
731 | also be documented in @file{invoke.texi}. | |
feca2ed3 | 732 | |
630d3d5a JM |
733 | Here is an example which defines @option{-mshort-data-@var{number}}. If the |
734 | given option is @option{-mshort-data-512}, the variable @code{m88k_short_data} | |
feca2ed3 JW |
735 | will be set to the string @code{"512"}. |
736 | ||
737 | @smallexample | |
738 | extern char *m88k_short_data; | |
739 | #define TARGET_OPTIONS \ | |
561c1ae1 JM |
740 | @{ @{ "short-data-", &m88k_short_data, \ |
741 | N_("Specify the size of the short data section") @} @} | |
feca2ed3 JW |
742 | @end smallexample |
743 | ||
744 | @findex TARGET_VERSION | |
745 | @item TARGET_VERSION | |
746 | This macro is a C statement to print on @code{stderr} a string | |
747 | describing the particular machine description choice. Every machine | |
748 | description should define @code{TARGET_VERSION}. For example: | |
749 | ||
750 | @smallexample | |
751 | #ifdef MOTOROLA | |
752 | #define TARGET_VERSION \ | |
753 | fprintf (stderr, " (68k, Motorola syntax)"); | |
754 | #else | |
755 | #define TARGET_VERSION \ | |
756 | fprintf (stderr, " (68k, MIT syntax)"); | |
757 | #endif | |
758 | @end smallexample | |
759 | ||
760 | @findex OVERRIDE_OPTIONS | |
761 | @item OVERRIDE_OPTIONS | |
762 | Sometimes certain combinations of command options do not make sense on | |
763 | a particular target machine. You can define a macro | |
764 | @code{OVERRIDE_OPTIONS} to take account of this. This macro, if | |
765 | defined, is executed once just after all the command options have been | |
766 | parsed. | |
767 | ||
768 | Don't use this macro to turn on various extra optimizations for | |
630d3d5a | 769 | @option{-O}. That is what @code{OPTIMIZATION_OPTIONS} is for. |
feca2ed3 JW |
770 | |
771 | @findex OPTIMIZATION_OPTIONS | |
c6aded7c | 772 | @item OPTIMIZATION_OPTIONS (@var{level}, @var{size}) |
feca2ed3 JW |
773 | Some machines may desire to change what optimizations are performed for |
774 | various optimization levels. This macro, if defined, is executed once | |
775 | just after the optimization level is determined and before the remainder | |
776 | of the command options have been parsed. Values set in this macro are | |
777 | used as the default values for the other command line options. | |
778 | ||
630d3d5a JM |
779 | @var{level} is the optimization level specified; 2 if @option{-O2} is |
780 | specified, 1 if @option{-O} is specified, and 0 if neither is specified. | |
feca2ed3 | 781 | |
df2a54e9 | 782 | @var{size} is nonzero if @option{-Os} is specified and zero otherwise. |
c6aded7c | 783 | |
feca2ed3 JW |
784 | You should not use this macro to change options that are not |
785 | machine-specific. These should uniformly selected by the same | |
786 | optimization level on all supported machines. Use this macro to enable | |
787 | machine-specific optimizations. | |
788 | ||
789 | @strong{Do not examine @code{write_symbols} in | |
790 | this macro!} The debugging options are not supposed to alter the | |
791 | generated code. | |
792 | ||
793 | @findex CAN_DEBUG_WITHOUT_FP | |
794 | @item CAN_DEBUG_WITHOUT_FP | |
795 | Define this macro if debugging can be performed even without a frame | |
a3a15b4d | 796 | pointer. If this macro is defined, GCC will turn on the |
630d3d5a | 797 | @option{-fomit-frame-pointer} option whenever @option{-O} is specified. |
feca2ed3 JW |
798 | @end table |
799 | ||
414c4dc4 NC |
800 | @node Per-Function Data |
801 | @section Defining data structures for per-function information. | |
802 | @cindex per-function data | |
803 | @cindex data structures | |
804 | ||
805 | If the target needs to store information on a per-function basis, GCC | |
806 | provides a macro and a couple of variables to allow this. Note, just | |
807 | using statics to store the information is a bad idea, since GCC supports | |
808 | nested functions, so you can be halfway through encoding one function | |
809 | when another one comes along. | |
810 | ||
811 | GCC defines a data structure called @code{struct function} which | |
812 | contains all of the data specific to an individual function. This | |
813 | structure contains a field called @code{machine} whose type is | |
814 | @code{struct machine_function *}, which can be used by targets to point | |
815 | to their own specific data. | |
816 | ||
817 | If a target needs per-function specific data it should define the type | |
818 | @code{struct machine_function} and also the macro | |
819 | @code{INIT_EXPANDERS}. This macro should be used to initialise some or | |
820 | all of the function pointers @code{init_machine_status}, | |
821 | @code{free_machine_status} and @code{mark_machine_status}. These | |
02f52e19 | 822 | pointers are explained below. |
414c4dc4 NC |
823 | |
824 | One typical use of per-function, target specific data is to create an | |
825 | RTX to hold the register containing the function's return address. This | |
826 | RTX can then be used to implement the @code{__builtin_return_address} | |
827 | function, for level 0. | |
828 | ||
aee96fe9 | 829 | Note---earlier implementations of GCC used a single data area to hold |
414c4dc4 NC |
830 | all of the per-function information. Thus when processing of a nested |
831 | function began the old per-function data had to be pushed onto a | |
832 | stack, and when the processing was finished, it had to be popped off the | |
833 | stack. GCC used to provide function pointers called | |
02f52e19 | 834 | @code{save_machine_status} and @code{restore_machine_status} to handle |
414c4dc4 NC |
835 | the saving and restoring of the target specific information. Since the |
836 | single data area approach is no longer used, these pointers are no | |
837 | longer supported. | |
838 | ||
839 | The macro and function pointers are described below. | |
840 | ||
841 | @table @code | |
842 | @findex INIT_EXPANDERS | |
843 | @item INIT_EXPANDERS | |
844 | Macro called to initialise any target specific information. This macro | |
845 | is called once per function, before generation of any RTL has begun. | |
846 | The intention of this macro is to allow the initialisation of the | |
847 | function pointers below. | |
848 | ||
849 | @findex init_machine_status | |
850 | @item init_machine_status | |
851 | This is a @code{void (*)(struct function *)} function pointer. If this | |
59d42021 | 852 | pointer is non-@code{NULL} it will be called once per function, before function |
414c4dc4 NC |
853 | compilation starts, in order to allow the target to perform any target |
854 | specific initialisation of the @code{struct function} structure. It is | |
855 | intended that this would be used to initialise the @code{machine} of | |
c771326b | 856 | that structure. |
414c4dc4 NC |
857 | |
858 | @findex free_machine_status | |
859 | @item free_machine_status | |
860 | This is a @code{void (*)(struct function *)} function pointer. If this | |
59d42021 | 861 | pointer is non-@code{NULL} it will be called once per function, after the |
414c4dc4 NC |
862 | function has been compiled, in order to allow any memory allocated |
863 | during the @code{init_machine_status} function call to be freed. | |
864 | ||
865 | @findex mark_machine_status | |
866 | @item mark_machine_status | |
867 | This is a @code{void (*)(struct function *)} function pointer. If this | |
59d42021 | 868 | pointer is non-@code{NULL} it will be called once per function in order to mark |
414c4dc4 NC |
869 | any data items in the @code{struct machine_function} structure which |
870 | need garbage collection. | |
871 | ||
872 | @end table | |
873 | ||
feca2ed3 JW |
874 | @node Storage Layout |
875 | @section Storage Layout | |
876 | @cindex storage layout | |
877 | ||
878 | Note that the definitions of the macros in this table which are sizes or | |
879 | alignments measured in bits do not need to be constant. They can be C | |
880 | expressions that refer to static variables, such as the @code{target_flags}. | |
881 | @xref{Run-time Target}. | |
882 | ||
883 | @table @code | |
884 | @findex BITS_BIG_ENDIAN | |
885 | @item BITS_BIG_ENDIAN | |
886 | Define this macro to have the value 1 if the most significant bit in a | |
887 | byte has the lowest number; otherwise define it to have the value zero. | |
888 | This means that bit-field instructions count from the most significant | |
889 | bit. If the machine has no bit-field instructions, then this must still | |
890 | be defined, but it doesn't matter which value it is defined to. This | |
891 | macro need not be a constant. | |
892 | ||
893 | This macro does not affect the way structure fields are packed into | |
894 | bytes or words; that is controlled by @code{BYTES_BIG_ENDIAN}. | |
895 | ||
896 | @findex BYTES_BIG_ENDIAN | |
897 | @item BYTES_BIG_ENDIAN | |
898 | Define this macro to have the value 1 if the most significant byte in a | |
899 | word has the lowest number. This macro need not be a constant. | |
900 | ||
901 | @findex WORDS_BIG_ENDIAN | |
902 | @item WORDS_BIG_ENDIAN | |
903 | Define this macro to have the value 1 if, in a multiword object, the | |
904 | most significant word has the lowest number. This applies to both | |
a3a15b4d | 905 | memory locations and registers; GCC fundamentally assumes that the |
feca2ed3 JW |
906 | order of words in memory is the same as the order in registers. This |
907 | macro need not be a constant. | |
908 | ||
909 | @findex LIBGCC2_WORDS_BIG_ENDIAN | |
910 | @item LIBGCC2_WORDS_BIG_ENDIAN | |
aee96fe9 JM |
911 | Define this macro if @code{WORDS_BIG_ENDIAN} is not constant. This must be a |
912 | constant value with the same meaning as @code{WORDS_BIG_ENDIAN}, which will be | |
913 | used only when compiling @file{libgcc2.c}. Typically the value will be set | |
feca2ed3 JW |
914 | based on preprocessor defines. |
915 | ||
916 | @findex FLOAT_WORDS_BIG_ENDIAN | |
917 | @item FLOAT_WORDS_BIG_ENDIAN | |
918 | Define this macro to have the value 1 if @code{DFmode}, @code{XFmode} or | |
919 | @code{TFmode} floating point numbers are stored in memory with the word | |
920 | containing the sign bit at the lowest address; otherwise define it to | |
921 | have the value 0. This macro need not be a constant. | |
922 | ||
923 | You need not define this macro if the ordering is the same as for | |
924 | multi-word integers. | |
925 | ||
926 | @findex BITS_PER_UNIT | |
927 | @item BITS_PER_UNIT | |
928 | Define this macro to be the number of bits in an addressable storage | |
929 | unit (byte); normally 8. | |
930 | ||
931 | @findex BITS_PER_WORD | |
932 | @item BITS_PER_WORD | |
933 | Number of bits in a word; normally 32. | |
934 | ||
935 | @findex MAX_BITS_PER_WORD | |
936 | @item MAX_BITS_PER_WORD | |
937 | Maximum number of bits in a word. If this is undefined, the default is | |
938 | @code{BITS_PER_WORD}. Otherwise, it is the constant value that is the | |
939 | largest value that @code{BITS_PER_WORD} can have at run-time. | |
940 | ||
941 | @findex UNITS_PER_WORD | |
942 | @item UNITS_PER_WORD | |
943 | Number of storage units in a word; normally 4. | |
944 | ||
945 | @findex MIN_UNITS_PER_WORD | |
946 | @item MIN_UNITS_PER_WORD | |
947 | Minimum number of units in a word. If this is undefined, the default is | |
948 | @code{UNITS_PER_WORD}. Otherwise, it is the constant value that is the | |
949 | smallest value that @code{UNITS_PER_WORD} can have at run-time. | |
950 | ||
951 | @findex POINTER_SIZE | |
952 | @item POINTER_SIZE | |
953 | Width of a pointer, in bits. You must specify a value no wider than the | |
954 | width of @code{Pmode}. If it is not equal to the width of @code{Pmode}, | |
955 | you must define @code{POINTERS_EXTEND_UNSIGNED}. | |
956 | ||
957 | @findex POINTERS_EXTEND_UNSIGNED | |
958 | @item POINTERS_EXTEND_UNSIGNED | |
6dd12198 | 959 | A C expression whose value is greater than zero if pointers that need to be |
f5963e61 | 960 | extended from being @code{POINTER_SIZE} bits wide to @code{Pmode} are to |
6dd12198 SE |
961 | be zero-extended and zero if they are to be sign-extended. If the value |
962 | is less then zero then there must be an "ptr_extend" instruction that | |
963 | extends a pointer from @code{POINTER_SIZE} to @code{Pmode}. | |
feca2ed3 JW |
964 | |
965 | You need not define this macro if the @code{POINTER_SIZE} is equal | |
966 | to the width of @code{Pmode}. | |
967 | ||
968 | @findex PROMOTE_MODE | |
969 | @item PROMOTE_MODE (@var{m}, @var{unsignedp}, @var{type}) | |
970 | A macro to update @var{m} and @var{unsignedp} when an object whose type | |
971 | is @var{type} and which has the specified mode and signedness is to be | |
972 | stored in a register. This macro is only called when @var{type} is a | |
973 | scalar type. | |
974 | ||
975 | On most RISC machines, which only have operations that operate on a full | |
976 | register, define this macro to set @var{m} to @code{word_mode} if | |
977 | @var{m} is an integer mode narrower than @code{BITS_PER_WORD}. In most | |
978 | cases, only integer modes should be widened because wider-precision | |
979 | floating-point operations are usually more expensive than their narrower | |
980 | counterparts. | |
981 | ||
982 | For most machines, the macro definition does not change @var{unsignedp}. | |
983 | However, some machines, have instructions that preferentially handle | |
984 | either signed or unsigned quantities of certain modes. For example, on | |
985 | the DEC Alpha, 32-bit loads from memory and 32-bit add instructions | |
986 | sign-extend the result to 64 bits. On such machines, set | |
987 | @var{unsignedp} according to which kind of extension is more efficient. | |
988 | ||
989 | Do not define this macro if it would never modify @var{m}. | |
990 | ||
991 | @findex PROMOTE_FUNCTION_ARGS | |
992 | @item PROMOTE_FUNCTION_ARGS | |
993 | Define this macro if the promotion described by @code{PROMOTE_MODE} | |
994 | should also be done for outgoing function arguments. | |
995 | ||
996 | @findex PROMOTE_FUNCTION_RETURN | |
997 | @item PROMOTE_FUNCTION_RETURN | |
998 | Define this macro if the promotion described by @code{PROMOTE_MODE} | |
999 | should also be done for the return value of functions. | |
1000 | ||
1001 | If this macro is defined, @code{FUNCTION_VALUE} must perform the same | |
1002 | promotions done by @code{PROMOTE_MODE}. | |
1003 | ||
1004 | @findex PROMOTE_FOR_CALL_ONLY | |
1005 | @item PROMOTE_FOR_CALL_ONLY | |
1006 | Define this macro if the promotion described by @code{PROMOTE_MODE} | |
1007 | should @emph{only} be performed for outgoing function arguments or | |
1008 | function return values, as specified by @code{PROMOTE_FUNCTION_ARGS} | |
1009 | and @code{PROMOTE_FUNCTION_RETURN}, respectively. | |
1010 | ||
1011 | @findex PARM_BOUNDARY | |
1012 | @item PARM_BOUNDARY | |
1013 | Normal alignment required for function parameters on the stack, in | |
1014 | bits. All stack parameters receive at least this much alignment | |
1015 | regardless of data type. On most machines, this is the same as the | |
1016 | size of an integer. | |
1017 | ||
1018 | @findex STACK_BOUNDARY | |
1019 | @item STACK_BOUNDARY | |
31cdd499 ZW |
1020 | Define this macro to the minimum alignment enforced by hardware for the |
1021 | stack pointer on this machine. The definition is a C expression for the | |
1022 | desired alignment (measured in bits). This value is used as a default | |
1023 | if @code{PREFERRED_STACK_BOUNDARY} is not defined. On most machines, | |
1024 | this should be the same as @code{PARM_BOUNDARY}. | |
c795bca9 BS |
1025 | |
1026 | @findex PREFERRED_STACK_BOUNDARY | |
1027 | @item PREFERRED_STACK_BOUNDARY | |
31cdd499 ZW |
1028 | Define this macro if you wish to preserve a certain alignment for the |
1029 | stack pointer, greater than what the hardware enforces. The definition | |
1030 | is a C expression for the desired alignment (measured in bits). This | |
1031 | macro must evaluate to a value equal to or larger than | |
1032 | @code{STACK_BOUNDARY}. | |
feca2ed3 | 1033 | |
1d482056 RH |
1034 | @findex FORCE_PREFERRED_STACK_BOUNDARY_IN_MAIN |
1035 | @item FORCE_PREFERRED_STACK_BOUNDARY_IN_MAIN | |
1036 | A C expression that evaluates true if @code{PREFERRED_STACK_BOUNDARY} is | |
1037 | not guaranteed by the runtime and we should emit code to align the stack | |
1038 | at the beginning of @code{main}. | |
1039 | ||
c795bca9 | 1040 | @cindex @code{PUSH_ROUNDING}, interaction with @code{PREFERRED_STACK_BOUNDARY} |
feca2ed3 | 1041 | If @code{PUSH_ROUNDING} is not defined, the stack will always be aligned |
c795bca9 BS |
1042 | to the specified boundary. If @code{PUSH_ROUNDING} is defined and specifies |
1043 | a less strict alignment than @code{PREFERRED_STACK_BOUNDARY}, the stack may | |
1044 | be momentarily unaligned while pushing arguments. | |
feca2ed3 JW |
1045 | |
1046 | @findex FUNCTION_BOUNDARY | |
1047 | @item FUNCTION_BOUNDARY | |
1048 | Alignment required for a function entry point, in bits. | |
1049 | ||
1050 | @findex BIGGEST_ALIGNMENT | |
1051 | @item BIGGEST_ALIGNMENT | |
1052 | Biggest alignment that any data type can require on this machine, in bits. | |
1053 | ||
861bb6c1 JL |
1054 | @findex MINIMUM_ATOMIC_ALIGNMENT |
1055 | @item MINIMUM_ATOMIC_ALIGNMENT | |
1056 | If defined, the smallest alignment, in bits, that can be given to an | |
1057 | object that can be referenced in one operation, without disturbing any | |
1058 | nearby object. Normally, this is @code{BITS_PER_UNIT}, but may be larger | |
1059 | on machines that don't have byte or half-word store operations. | |
1060 | ||
feca2ed3 JW |
1061 | @findex BIGGEST_FIELD_ALIGNMENT |
1062 | @item BIGGEST_FIELD_ALIGNMENT | |
11cf4d18 JJ |
1063 | Biggest alignment that any structure or union field can require on this |
1064 | machine, in bits. If defined, this overrides @code{BIGGEST_ALIGNMENT} for | |
1065 | structure and union fields only, unless the field alignment has been set | |
1066 | by the @code{__attribute__ ((aligned (@var{n})))} construct. | |
feca2ed3 JW |
1067 | |
1068 | @findex ADJUST_FIELD_ALIGN | |
1069 | @item ADJUST_FIELD_ALIGN (@var{field}, @var{computed}) | |
1070 | An expression for the alignment of a structure field @var{field} if the | |
a3a15b4d | 1071 | alignment computed in the usual way is @var{computed}. GCC uses |
feca2ed3 JW |
1072 | this value instead of the value in @code{BIGGEST_ALIGNMENT} or |
1073 | @code{BIGGEST_FIELD_ALIGNMENT}, if defined, for structure fields only. | |
1074 | ||
1075 | @findex MAX_OFILE_ALIGNMENT | |
1076 | @item MAX_OFILE_ALIGNMENT | |
1077 | Biggest alignment supported by the object file format of this machine. | |
1078 | Use this macro to limit the alignment which can be specified using the | |
1079 | @code{__attribute__ ((aligned (@var{n})))} construct. If not defined, | |
1080 | the default value is @code{BIGGEST_ALIGNMENT}. | |
1081 | ||
1082 | @findex DATA_ALIGNMENT | |
1083 | @item DATA_ALIGNMENT (@var{type}, @var{basic-align}) | |
a8d1550a | 1084 | If defined, a C expression to compute the alignment for a variable in |
8a198bd2 JW |
1085 | the static store. @var{type} is the data type, and @var{basic-align} is |
1086 | the alignment that the object would ordinarily have. The value of this | |
feca2ed3 JW |
1087 | macro is used instead of that alignment to align the object. |
1088 | ||
1089 | If this macro is not defined, then @var{basic-align} is used. | |
1090 | ||
1091 | @findex strcpy | |
1092 | One use of this macro is to increase alignment of medium-size data to | |
1093 | make it all fit in fewer cache lines. Another is to cause character | |
1094 | arrays to be word-aligned so that @code{strcpy} calls that copy | |
1095 | constants to character arrays can be done inline. | |
1096 | ||
1097 | @findex CONSTANT_ALIGNMENT | |
1098 | @item CONSTANT_ALIGNMENT (@var{constant}, @var{basic-align}) | |
1099 | If defined, a C expression to compute the alignment given to a constant | |
1100 | that is being placed in memory. @var{constant} is the constant and | |
1101 | @var{basic-align} is the alignment that the object would ordinarily | |
1102 | have. The value of this macro is used instead of that alignment to | |
1103 | align the object. | |
1104 | ||
1105 | If this macro is not defined, then @var{basic-align} is used. | |
1106 | ||
1107 | The typical use of this macro is to increase alignment for string | |
1108 | constants to be word aligned so that @code{strcpy} calls that copy | |
1109 | constants can be done inline. | |
1110 | ||
d16790f2 JW |
1111 | @findex LOCAL_ALIGNMENT |
1112 | @item LOCAL_ALIGNMENT (@var{type}, @var{basic-align}) | |
a8d1550a | 1113 | If defined, a C expression to compute the alignment for a variable in |
d16790f2 JW |
1114 | the local store. @var{type} is the data type, and @var{basic-align} is |
1115 | the alignment that the object would ordinarily have. The value of this | |
1116 | macro is used instead of that alignment to align the object. | |
1117 | ||
1118 | If this macro is not defined, then @var{basic-align} is used. | |
1119 | ||
1120 | One use of this macro is to increase alignment of medium-size data to | |
1121 | make it all fit in fewer cache lines. | |
1122 | ||
feca2ed3 JW |
1123 | @findex EMPTY_FIELD_BOUNDARY |
1124 | @item EMPTY_FIELD_BOUNDARY | |
c771326b | 1125 | Alignment in bits to be given to a structure bit-field that follows an |
feca2ed3 JW |
1126 | empty field such as @code{int : 0;}. |
1127 | ||
1128 | Note that @code{PCC_BITFIELD_TYPE_MATTERS} also affects the alignment | |
1129 | that results from an empty field. | |
1130 | ||
1131 | @findex STRUCTURE_SIZE_BOUNDARY | |
1132 | @item STRUCTURE_SIZE_BOUNDARY | |
1133 | Number of bits which any structure or union's size must be a multiple of. | |
1134 | Each structure or union's size is rounded up to a multiple of this. | |
1135 | ||
1136 | If you do not define this macro, the default is the same as | |
1137 | @code{BITS_PER_UNIT}. | |
1138 | ||
1139 | @findex STRICT_ALIGNMENT | |
1140 | @item STRICT_ALIGNMENT | |
1141 | Define this macro to be the value 1 if instructions will fail to work | |
1142 | if given data not on the nominal alignment. If instructions will merely | |
1143 | go slower in that case, define this macro as 0. | |
1144 | ||
1145 | @findex PCC_BITFIELD_TYPE_MATTERS | |
1146 | @item PCC_BITFIELD_TYPE_MATTERS | |
1147 | Define this if you wish to imitate the way many other C compilers handle | |
c771326b | 1148 | alignment of bit-fields and the structures that contain them. |
feca2ed3 | 1149 | |
c771326b | 1150 | The behavior is that the type written for a bit-field (@code{int}, |
feca2ed3 JW |
1151 | @code{short}, or other integer type) imposes an alignment for the |
1152 | entire structure, as if the structure really did contain an ordinary | |
c771326b | 1153 | field of that type. In addition, the bit-field is placed within the |
feca2ed3 JW |
1154 | structure so that it would fit within such a field, not crossing a |
1155 | boundary for it. | |
1156 | ||
c771326b | 1157 | Thus, on most machines, a bit-field whose type is written as @code{int} |
feca2ed3 JW |
1158 | would not cross a four-byte boundary, and would force four-byte |
1159 | alignment for the whole structure. (The alignment used may not be four | |
1160 | bytes; it is controlled by the other alignment parameters.) | |
1161 | ||
1162 | If the macro is defined, its definition should be a C expression; | |
1163 | a nonzero value for the expression enables this behavior. | |
1164 | ||
1165 | Note that if this macro is not defined, or its value is zero, some | |
c771326b | 1166 | bit-fields may cross more than one alignment boundary. The compiler can |
feca2ed3 JW |
1167 | support such references if there are @samp{insv}, @samp{extv}, and |
1168 | @samp{extzv} insns that can directly reference memory. | |
1169 | ||
c771326b | 1170 | The other known way of making bit-fields work is to define |
feca2ed3 JW |
1171 | @code{STRUCTURE_SIZE_BOUNDARY} as large as @code{BIGGEST_ALIGNMENT}. |
1172 | Then every structure can be accessed with fullwords. | |
1173 | ||
c771326b | 1174 | Unless the machine has bit-field instructions or you define |
feca2ed3 JW |
1175 | @code{STRUCTURE_SIZE_BOUNDARY} that way, you must define |
1176 | @code{PCC_BITFIELD_TYPE_MATTERS} to have a nonzero value. | |
1177 | ||
a3a15b4d | 1178 | If your aim is to make GCC use the same conventions for laying out |
c771326b | 1179 | bit-fields as are used by another compiler, here is how to investigate |
feca2ed3 JW |
1180 | what the other compiler does. Compile and run this program: |
1181 | ||
1182 | @example | |
1183 | struct foo1 | |
1184 | @{ | |
1185 | char x; | |
1186 | char :0; | |
1187 | char y; | |
1188 | @}; | |
1189 | ||
1190 | struct foo2 | |
1191 | @{ | |
1192 | char x; | |
1193 | int :0; | |
1194 | char y; | |
1195 | @}; | |
1196 | ||
1197 | main () | |
1198 | @{ | |
1199 | printf ("Size of foo1 is %d\n", | |
1200 | sizeof (struct foo1)); | |
1201 | printf ("Size of foo2 is %d\n", | |
1202 | sizeof (struct foo2)); | |
1203 | exit (0); | |
1204 | @} | |
1205 | @end example | |
1206 | ||
1207 | If this prints 2 and 5, then the compiler's behavior is what you would | |
1208 | get from @code{PCC_BITFIELD_TYPE_MATTERS}. | |
1209 | ||
1210 | @findex BITFIELD_NBYTES_LIMITED | |
1211 | @item BITFIELD_NBYTES_LIMITED | |
1212 | Like PCC_BITFIELD_TYPE_MATTERS except that its effect is limited to | |
c771326b | 1213 | aligning a bit-field within the structure. |
feca2ed3 | 1214 | |
31a02448 R |
1215 | @findex MEMBER_TYPE_FORCES_BLK |
1216 | @item MEMBER_TYPE_FORCES_BLK (@var{field}) | |
1217 | Return 1 if a structure or array containing @var{field} should be accessed using | |
9f6dc500 HPN |
1218 | @code{BLKMODE}. |
1219 | ||
1220 | Normally, this is not needed. See the file @file{c4x.h} for an example | |
1221 | of how to use this macro to prevent a structure having a floating point | |
1222 | field from being accessed in an integer mode. | |
1223 | ||
feca2ed3 | 1224 | @findex ROUND_TYPE_SIZE |
0003feb2 VM |
1225 | @item ROUND_TYPE_SIZE (@var{type}, @var{computed}, @var{specified}) |
1226 | Define this macro as an expression for the overall size of a type | |
1227 | (given by @var{type} as a tree node) when the size computed in the | |
1228 | usual way is @var{computed} and the alignment is @var{specified}. | |
feca2ed3 | 1229 | |
0003feb2 | 1230 | The default is to round @var{computed} up to a multiple of @var{specified}. |
feca2ed3 | 1231 | |
fed3cef0 RK |
1232 | @findex ROUND_TYPE_SIZE_UNIT |
1233 | @item ROUND_TYPE_SIZE_UNIT (@var{type}, @var{computed}, @var{specified}) | |
1234 | Similar to @code{ROUND_TYPE_SIZE}, but sizes and alignments are | |
1235 | specified in units (bytes). If you define @code{ROUND_TYPE_SIZE}, | |
1236 | you must also define this macro and they must be defined consistently | |
1237 | with each other. | |
1238 | ||
feca2ed3 | 1239 | @findex ROUND_TYPE_ALIGN |
0003feb2 VM |
1240 | @item ROUND_TYPE_ALIGN (@var{type}, @var{computed}, @var{specified}) |
1241 | Define this macro as an expression for the alignment of a type (given | |
1242 | by @var{type} as a tree node) if the alignment computed in the usual | |
1243 | way is @var{computed} and the alignment explicitly specified was | |
feca2ed3 JW |
1244 | @var{specified}. |
1245 | ||
1246 | The default is to use @var{specified} if it is larger; otherwise, use | |
1247 | the smaller of @var{computed} and @code{BIGGEST_ALIGNMENT} | |
1248 | ||
1249 | @findex MAX_FIXED_MODE_SIZE | |
1250 | @item MAX_FIXED_MODE_SIZE | |
1251 | An integer expression for the size in bits of the largest integer | |
1252 | machine mode that should actually be used. All integer machine modes of | |
1253 | this size or smaller can be used for structures and unions with the | |
1254 | appropriate sizes. If this macro is undefined, @code{GET_MODE_BITSIZE | |
1255 | (DImode)} is assumed. | |
1256 | ||
4061f623 BS |
1257 | @findex VECTOR_MODE_SUPPORTED_P |
1258 | @item VECTOR_MODE_SUPPORTED_P(@var{mode}) | |
1259 | Define this macro to be nonzero if the port is prepared to handle insns | |
1260 | involving vector mode @var{mode}. At the very least, it must have move | |
1261 | patterns for this mode. | |
1262 | ||
73c8090f DE |
1263 | @findex STACK_SAVEAREA_MODE |
1264 | @item STACK_SAVEAREA_MODE (@var{save_level}) | |
1265 | If defined, an expression of type @code{enum machine_mode} that | |
39403d82 DE |
1266 | specifies the mode of the save area operand of a |
1267 | @code{save_stack_@var{level}} named pattern (@pxref{Standard Names}). | |
1268 | @var{save_level} is one of @code{SAVE_BLOCK}, @code{SAVE_FUNCTION}, or | |
1269 | @code{SAVE_NONLOCAL} and selects which of the three named patterns is | |
1270 | having its mode specified. | |
73c8090f DE |
1271 | |
1272 | You need not define this macro if it always returns @code{Pmode}. You | |
1273 | would most commonly define this macro if the | |
1274 | @code{save_stack_@var{level}} patterns need to support both a 32- and a | |
1275 | 64-bit mode. | |
1276 | ||
39403d82 DE |
1277 | @findex STACK_SIZE_MODE |
1278 | @item STACK_SIZE_MODE | |
1279 | If defined, an expression of type @code{enum machine_mode} that | |
1280 | specifies the mode of the size increment operand of an | |
1281 | @code{allocate_stack} named pattern (@pxref{Standard Names}). | |
1282 | ||
1283 | You need not define this macro if it always returns @code{word_mode}. | |
1284 | You would most commonly define this macro if the @code{allocate_stack} | |
1285 | pattern needs to support both a 32- and a 64-bit mode. | |
1286 | ||
feca2ed3 JW |
1287 | @findex CHECK_FLOAT_VALUE |
1288 | @item CHECK_FLOAT_VALUE (@var{mode}, @var{value}, @var{overflow}) | |
1289 | A C statement to validate the value @var{value} (of type | |
1290 | @code{double}) for mode @var{mode}. This means that you check whether | |
1291 | @var{value} fits within the possible range of values for mode | |
1292 | @var{mode} on this target machine. The mode @var{mode} is always | |
1293 | a mode of class @code{MODE_FLOAT}. @var{overflow} is nonzero if | |
1294 | the value is already known to be out of range. | |
1295 | ||
1296 | If @var{value} is not valid or if @var{overflow} is nonzero, you should | |
1297 | set @var{overflow} to 1 and then assign some valid value to @var{value}. | |
1298 | Allowing an invalid value to go through the compiler can produce | |
1299 | incorrect assembler code which may even cause Unix assemblers to crash. | |
1300 | ||
1301 | This macro need not be defined if there is no work for it to do. | |
1302 | ||
1303 | @findex TARGET_FLOAT_FORMAT | |
1304 | @item TARGET_FLOAT_FORMAT | |
1305 | A code distinguishing the floating point format of the target machine. | |
68eb4fb9 | 1306 | There are five defined values: |
feca2ed3 JW |
1307 | |
1308 | @table @code | |
1309 | @findex IEEE_FLOAT_FORMAT | |
1310 | @item IEEE_FLOAT_FORMAT | |
1311 | This code indicates IEEE floating point. It is the default; there is no | |
161d7b59 | 1312 | need to define this macro when the format is IEEE@. |
feca2ed3 JW |
1313 | |
1314 | @findex VAX_FLOAT_FORMAT | |
1315 | @item VAX_FLOAT_FORMAT | |
8aeea6e6 | 1316 | This code indicates the peculiar format used on the VAX. |
feca2ed3 | 1317 | |
68eb4fb9 LB |
1318 | @findex IBM_FLOAT_FORMAT |
1319 | @item IBM_FLOAT_FORMAT | |
1320 | This code indicates the format used on the IBM System/370. | |
1321 | ||
1322 | @findex C4X_FLOAT_FORMAT | |
1323 | @item C4X_FLOAT_FORMAT | |
1324 | This code indicates the format used on the TMS320C3x/C4x. | |
1325 | ||
feca2ed3 JW |
1326 | @findex UNKNOWN_FLOAT_FORMAT |
1327 | @item UNKNOWN_FLOAT_FORMAT | |
1328 | This code indicates any other format. | |
1329 | @end table | |
1330 | ||
1331 | The value of this macro is compared with @code{HOST_FLOAT_FORMAT} | |
1332 | (@pxref{Config}) to determine whether the target machine has the same | |
1333 | format as the host machine. If any other formats are actually in use on | |
1334 | supported machines, new codes should be defined for them. | |
1335 | ||
1336 | The ordering of the component words of floating point values stored in | |
1337 | memory is controlled by @code{FLOAT_WORDS_BIG_ENDIAN} for the target | |
1338 | machine and @code{HOST_FLOAT_WORDS_BIG_ENDIAN} for the host. | |
e9a25f70 | 1339 | |
feca2ed3 JW |
1340 | @end table |
1341 | ||
1342 | @node Type Layout | |
1343 | @section Layout of Source Language Data Types | |
1344 | ||
1345 | These macros define the sizes and other characteristics of the standard | |
1346 | basic data types used in programs being compiled. Unlike the macros in | |
1347 | the previous section, these apply to specific features of C and related | |
1348 | languages, rather than to fundamental aspects of storage layout. | |
1349 | ||
1350 | @table @code | |
1351 | @findex INT_TYPE_SIZE | |
1352 | @item INT_TYPE_SIZE | |
1353 | A C expression for the size in bits of the type @code{int} on the | |
1354 | target machine. If you don't define this, the default is one word. | |
1355 | ||
1356 | @findex MAX_INT_TYPE_SIZE | |
1357 | @item MAX_INT_TYPE_SIZE | |
1358 | Maximum number for the size in bits of the type @code{int} on the target | |
1359 | machine. If this is undefined, the default is @code{INT_TYPE_SIZE}. | |
1360 | Otherwise, it is the constant value that is the largest value that | |
1361 | @code{INT_TYPE_SIZE} can have at run-time. This is used in @code{cpp}. | |
1362 | ||
1363 | @findex SHORT_TYPE_SIZE | |
1364 | @item SHORT_TYPE_SIZE | |
1365 | A C expression for the size in bits of the type @code{short} on the | |
1366 | target machine. If you don't define this, the default is half a word. | |
1367 | (If this would be less than one storage unit, it is rounded up to one | |
1368 | unit.) | |
1369 | ||
1370 | @findex LONG_TYPE_SIZE | |
1371 | @item LONG_TYPE_SIZE | |
1372 | A C expression for the size in bits of the type @code{long} on the | |
1373 | target machine. If you don't define this, the default is one word. | |
1374 | ||
1375 | @findex MAX_LONG_TYPE_SIZE | |
1376 | @item MAX_LONG_TYPE_SIZE | |
1377 | Maximum number for the size in bits of the type @code{long} on the | |
1378 | target machine. If this is undefined, the default is | |
1379 | @code{LONG_TYPE_SIZE}. Otherwise, it is the constant value that is the | |
1380 | largest value that @code{LONG_TYPE_SIZE} can have at run-time. This is | |
1381 | used in @code{cpp}. | |
1382 | ||
1383 | @findex LONG_LONG_TYPE_SIZE | |
1384 | @item LONG_LONG_TYPE_SIZE | |
1385 | A C expression for the size in bits of the type @code{long long} on the | |
1386 | target machine. If you don't define this, the default is two | |
047c1c92 | 1387 | words. If you want to support GNU Ada on your machine, the value of this |
feca2ed3 JW |
1388 | macro must be at least 64. |
1389 | ||
1390 | @findex CHAR_TYPE_SIZE | |
1391 | @item CHAR_TYPE_SIZE | |
1392 | A C expression for the size in bits of the type @code{char} on the | |
c294bd99 HPN |
1393 | target machine. If you don't define this, the default is |
1394 | @code{BITS_PER_UNIT}. | |
feca2ed3 JW |
1395 | |
1396 | @findex MAX_CHAR_TYPE_SIZE | |
1397 | @item MAX_CHAR_TYPE_SIZE | |
1398 | Maximum number for the size in bits of the type @code{char} on the | |
1399 | target machine. If this is undefined, the default is | |
1400 | @code{CHAR_TYPE_SIZE}. Otherwise, it is the constant value that is the | |
1401 | largest value that @code{CHAR_TYPE_SIZE} can have at run-time. This is | |
1402 | used in @code{cpp}. | |
1403 | ||
68eb4fb9 LB |
1404 | @findex BOOL_TYPE_SIZE |
1405 | @item BOOL_TYPE_SIZE | |
1406 | A C expression for the size in bits of the C++ type @code{bool} on the | |
1407 | target machine. If you don't define this, the default is | |
1408 | @code{CHAR_TYPE_SIZE}. | |
1409 | ||
feca2ed3 JW |
1410 | @findex FLOAT_TYPE_SIZE |
1411 | @item FLOAT_TYPE_SIZE | |
1412 | A C expression for the size in bits of the type @code{float} on the | |
1413 | target machine. If you don't define this, the default is one word. | |
1414 | ||
1415 | @findex DOUBLE_TYPE_SIZE | |
1416 | @item DOUBLE_TYPE_SIZE | |
1417 | A C expression for the size in bits of the type @code{double} on the | |
1418 | target machine. If you don't define this, the default is two | |
1419 | words. | |
1420 | ||
1421 | @findex LONG_DOUBLE_TYPE_SIZE | |
1422 | @item LONG_DOUBLE_TYPE_SIZE | |
1423 | A C expression for the size in bits of the type @code{long double} on | |
1424 | the target machine. If you don't define this, the default is two | |
1425 | words. | |
1426 | ||
aaa2e8ef JW |
1427 | @findex MAX_LONG_DOUBLE_TYPE_SIZE |
1428 | Maximum number for the size in bits of the type @code{long double} on the | |
1429 | target machine. If this is undefined, the default is | |
1430 | @code{LONG_DOUBLE_TYPE_SIZE}. Otherwise, it is the constant value that is | |
1431 | the largest value that @code{LONG_DOUBLE_TYPE_SIZE} can have at run-time. | |
1432 | This is used in @code{cpp}. | |
1433 | ||
1434 | @findex INTEL_EXTENDED_IEEE_FORMAT | |
1435 | Define this macro to be 1 if the target machine uses 80-bit floating-point | |
1436 | values with 128-bit size and alignment. This is used in @file{real.c}. | |
1437 | ||
e9a25f70 JL |
1438 | @findex WIDEST_HARDWARE_FP_SIZE |
1439 | @item WIDEST_HARDWARE_FP_SIZE | |
1440 | A C expression for the size in bits of the widest floating-point format | |
1441 | supported by the hardware. If you define this macro, you must specify a | |
1442 | value less than or equal to the value of @code{LONG_DOUBLE_TYPE_SIZE}. | |
1443 | If you do not define this macro, the value of @code{LONG_DOUBLE_TYPE_SIZE} | |
1444 | is the default. | |
1445 | ||
feca2ed3 JW |
1446 | @findex DEFAULT_SIGNED_CHAR |
1447 | @item DEFAULT_SIGNED_CHAR | |
1448 | An expression whose value is 1 or 0, according to whether the type | |
1449 | @code{char} should be signed or unsigned by default. The user can | |
630d3d5a JM |
1450 | always override this default with the options @option{-fsigned-char} |
1451 | and @option{-funsigned-char}. | |
feca2ed3 JW |
1452 | |
1453 | @findex DEFAULT_SHORT_ENUMS | |
1454 | @item DEFAULT_SHORT_ENUMS | |
1455 | A C expression to determine whether to give an @code{enum} type | |
1456 | only as many bytes as it takes to represent the range of possible values | |
1457 | of that type. A nonzero value means to do that; a zero value means all | |
1458 | @code{enum} types should be allocated like @code{int}. | |
1459 | ||
1460 | If you don't define the macro, the default is 0. | |
1461 | ||
1462 | @findex SIZE_TYPE | |
1463 | @item SIZE_TYPE | |
1464 | A C expression for a string describing the name of the data type to use | |
1465 | for size values. The typedef name @code{size_t} is defined using the | |
1466 | contents of the string. | |
1467 | ||
1468 | The string can contain more than one keyword. If so, separate them with | |
1469 | spaces, and write first any length keyword, then @code{unsigned} if | |
1470 | appropriate, and finally @code{int}. The string must exactly match one | |
1471 | of the data type names defined in the function | |
1472 | @code{init_decl_processing} in the file @file{c-decl.c}. You may not | |
1473 | omit @code{int} or change the order---that would cause the compiler to | |
1474 | crash on startup. | |
1475 | ||
1476 | If you don't define this macro, the default is @code{"long unsigned | |
1477 | int"}. | |
1478 | ||
1479 | @findex PTRDIFF_TYPE | |
1480 | @item PTRDIFF_TYPE | |
1481 | A C expression for a string describing the name of the data type to use | |
1482 | for the result of subtracting two pointers. The typedef name | |
1483 | @code{ptrdiff_t} is defined using the contents of the string. See | |
1484 | @code{SIZE_TYPE} above for more information. | |
1485 | ||
1486 | If you don't define this macro, the default is @code{"long int"}. | |
1487 | ||
1488 | @findex WCHAR_TYPE | |
1489 | @item WCHAR_TYPE | |
1490 | A C expression for a string describing the name of the data type to use | |
1491 | for wide characters. The typedef name @code{wchar_t} is defined using | |
1492 | the contents of the string. See @code{SIZE_TYPE} above for more | |
1493 | information. | |
1494 | ||
1495 | If you don't define this macro, the default is @code{"int"}. | |
1496 | ||
1497 | @findex WCHAR_TYPE_SIZE | |
1498 | @item WCHAR_TYPE_SIZE | |
1499 | A C expression for the size in bits of the data type for wide | |
1500 | characters. This is used in @code{cpp}, which cannot make use of | |
1501 | @code{WCHAR_TYPE}. | |
1502 | ||
1503 | @findex MAX_WCHAR_TYPE_SIZE | |
1504 | @item MAX_WCHAR_TYPE_SIZE | |
1505 | Maximum number for the size in bits of the data type for wide | |
1506 | characters. If this is undefined, the default is | |
1507 | @code{WCHAR_TYPE_SIZE}. Otherwise, it is the constant value that is the | |
1508 | largest value that @code{WCHAR_TYPE_SIZE} can have at run-time. This is | |
1509 | used in @code{cpp}. | |
1510 | ||
b2aec5c0 JH |
1511 | @findex GCOV_TYPE_SIZE |
1512 | @item GCOV_TYPE_SIZE | |
1513 | A C expression for the size in bits of the type used for gcov counters on the | |
1514 | target machine. If you don't define this, the default is one | |
1515 | @code{LONG_TYPE_SIZE} in case it is greater or equal to 64-bit and | |
1516 | @code{LONG_LONG_TYPE_SIZE} otherwise. You may want to re-define the type to | |
1517 | ensure atomicity for counters in multithreaded programs. | |
1518 | ||
1a67c7d3 JL |
1519 | @findex WINT_TYPE |
1520 | @item WINT_TYPE | |
1521 | A C expression for a string describing the name of the data type to | |
1522 | use for wide characters passed to @code{printf} and returned from | |
1523 | @code{getwc}. The typedef name @code{wint_t} is defined using the | |
1524 | contents of the string. See @code{SIZE_TYPE} above for more | |
1525 | information. | |
1526 | ||
1527 | If you don't define this macro, the default is @code{"unsigned int"}. | |
1528 | ||
b15ad712 JM |
1529 | @findex INTMAX_TYPE |
1530 | @item INTMAX_TYPE | |
1531 | A C expression for a string describing the name of the data type that | |
1532 | can represent any value of any standard or extended signed integer type. | |
1533 | The typedef name @code{intmax_t} is defined using the contents of the | |
1534 | string. See @code{SIZE_TYPE} above for more information. | |
1535 | ||
1536 | If you don't define this macro, the default is the first of | |
1537 | @code{"int"}, @code{"long int"}, or @code{"long long int"} that has as | |
1538 | much precision as @code{long long int}. | |
1539 | ||
1540 | @findex UINTMAX_TYPE | |
1541 | @item UINTMAX_TYPE | |
1542 | A C expression for a string describing the name of the data type that | |
1543 | can represent any value of any standard or extended unsigned integer | |
1544 | type. The typedef name @code{uintmax_t} is defined using the contents | |
1545 | of the string. See @code{SIZE_TYPE} above for more information. | |
1546 | ||
1547 | If you don't define this macro, the default is the first of | |
1548 | @code{"unsigned int"}, @code{"long unsigned int"}, or @code{"long long | |
1549 | unsigned int"} that has as much precision as @code{long long unsigned | |
1550 | int}. | |
1551 | ||
feca2ed3 JW |
1552 | @findex OBJC_SELECTORS_WITHOUT_LABELS |
1553 | @item OBJC_SELECTORS_WITHOUT_LABELS | |
1554 | Define this macro if the compiler can group all the selectors together | |
1555 | into a vector and use just one label at the beginning of the vector. | |
1556 | Otherwise, the compiler must give each selector its own assembler | |
1557 | label. | |
1558 | ||
1559 | On certain machines, it is important to have a separate label for each | |
1560 | selector because this enables the linker to eliminate duplicate selectors. | |
1561 | ||
f3c55c97 AO |
1562 | @findex TARGET_PTRMEMFUNC_VBIT_LOCATION |
1563 | @item TARGET_PTRMEMFUNC_VBIT_LOCATION | |
1564 | The C++ compiler represents a pointer-to-member-function with a struct | |
1565 | that looks like: | |
1566 | ||
1567 | @example | |
1568 | struct @{ | |
1569 | union @{ | |
1570 | void (*fn)(); | |
1571 | ptrdiff_t vtable_index; | |
1572 | @}; | |
1573 | ptrdiff_t delta; | |
1574 | @}; | |
1575 | @end example | |
1576 | ||
1577 | @noindent | |
1578 | The C++ compiler must use one bit to indicate whether the function that | |
1579 | will be called through a pointer-to-member-function is virtual. | |
1580 | Normally, we assume that the low-order bit of a function pointer must | |
1581 | always be zero. Then, by ensuring that the vtable_index is odd, we can | |
1582 | distinguish which variant of the union is in use. But, on some | |
1583 | platforms function pointers can be odd, and so this doesn't work. In | |
1584 | that case, we use the low-order bit of the @code{delta} field, and shift | |
1585 | the remainder of the @code{delta} field to the left. | |
1586 | ||
1587 | GCC will automatically make the right selection about where to store | |
1588 | this bit using the @code{FUNCTION_BOUNDARY} setting for your platform. | |
1589 | However, some platforms such as ARM/Thumb have @code{FUNCTION_BOUNDARY} | |
1590 | set such that functions always start at even addresses, but the lowest | |
1591 | bit of pointers to functions indicate whether the function at that | |
1592 | address is in ARM or Thumb mode. If this is the case of your | |
1593 | architecture, you should define this macro to | |
1594 | @code{ptrmemfunc_vbit_in_delta}. | |
1595 | ||
1596 | In general, you should not have to define this macro. On architectures | |
1597 | in which function addresses are always even, according to | |
1598 | @code{FUNCTION_BOUNDARY}, GCC will automatically define this macro to | |
1599 | @code{ptrmemfunc_vbit_in_pfn}. | |
67231816 RH |
1600 | |
1601 | @findex TARGET_VTABLE_USES_DESCRIPTORS | |
1602 | @item TARGET_VTABLE_USES_DESCRIPTORS | |
1603 | Normally, the C++ compiler uses function pointers in vtables. This | |
1604 | macro allows the target to change to use ``function descriptors'' | |
1605 | instead. Function descriptors are found on targets for whom a | |
1606 | function pointer is actually a small data structure. Normally the | |
1607 | data structure consists of the actual code address plus a data | |
1608 | pointer to which the function's data is relative. | |
1609 | ||
1610 | If vtables are used, the value of this macro should be the number | |
1611 | of words that the function descriptor occupies. | |
b2b263e1 NB |
1612 | @end table |
1613 | ||
1614 | @node Escape Sequences | |
1615 | @section Target Character Escape Sequences | |
1616 | @cindex escape sequences | |
f3c55c97 | 1617 | |
b2b263e1 NB |
1618 | By default, GCC assumes that the C character escape sequences take on |
1619 | their ASCII values for the target. If this is not correct, you must | |
1620 | explicitly define all of the macros below. | |
1621 | ||
1622 | @table @code | |
feca2ed3 JW |
1623 | @findex TARGET_BELL |
1624 | @item TARGET_BELL | |
1625 | A C constant expression for the integer value for escape sequence | |
1626 | @samp{\a}. | |
1627 | ||
501990bb NB |
1628 | @findex TARGET_ESC |
1629 | @item TARGET_ESC | |
1630 | A C constant expression for the integer value of the target escape | |
1631 | character. As an extension, GCC evaluates the escape sequences | |
1632 | @samp{\e} and @samp{\E} to this. | |
1633 | ||
feca2ed3 JW |
1634 | @findex TARGET_TAB |
1635 | @findex TARGET_BS | |
1636 | @findex TARGET_NEWLINE | |
1637 | @item TARGET_BS | |
1638 | @itemx TARGET_TAB | |
1639 | @itemx TARGET_NEWLINE | |
1640 | C constant expressions for the integer values for escape sequences | |
1641 | @samp{\b}, @samp{\t} and @samp{\n}. | |
1642 | ||
1643 | @findex TARGET_VT | |
1644 | @findex TARGET_FF | |
1645 | @findex TARGET_CR | |
1646 | @item TARGET_VT | |
1647 | @itemx TARGET_FF | |
1648 | @itemx TARGET_CR | |
1649 | C constant expressions for the integer values for escape sequences | |
1650 | @samp{\v}, @samp{\f} and @samp{\r}. | |
1651 | @end table | |
1652 | ||
1653 | @node Registers | |
1654 | @section Register Usage | |
1655 | @cindex register usage | |
1656 | ||
1657 | This section explains how to describe what registers the target machine | |
1658 | has, and how (in general) they can be used. | |
1659 | ||
1660 | The description of which registers a specific instruction can use is | |
1661 | done with register classes; see @ref{Register Classes}. For information | |
1662 | on using registers to access a stack frame, see @ref{Frame Registers}. | |
1663 | For passing values in registers, see @ref{Register Arguments}. | |
1664 | For returning values in registers, see @ref{Scalar Return}. | |
1665 | ||
1666 | @menu | |
1667 | * Register Basics:: Number and kinds of registers. | |
1668 | * Allocation Order:: Order in which registers are allocated. | |
1669 | * Values in Registers:: What kinds of values each reg can hold. | |
1670 | * Leaf Functions:: Renumbering registers for leaf functions. | |
1671 | * Stack Registers:: Handling a register stack such as 80387. | |
feca2ed3 JW |
1672 | @end menu |
1673 | ||
1674 | @node Register Basics | |
1675 | @subsection Basic Characteristics of Registers | |
1676 | ||
1677 | @c prevent bad page break with this line | |
1678 | Registers have various characteristics. | |
1679 | ||
1680 | @table @code | |
1681 | @findex FIRST_PSEUDO_REGISTER | |
1682 | @item FIRST_PSEUDO_REGISTER | |
1683 | Number of hardware registers known to the compiler. They receive | |
1684 | numbers 0 through @code{FIRST_PSEUDO_REGISTER-1}; thus, the first | |
1685 | pseudo register's number really is assigned the number | |
1686 | @code{FIRST_PSEUDO_REGISTER}. | |
1687 | ||
1688 | @item FIXED_REGISTERS | |
1689 | @findex FIXED_REGISTERS | |
1690 | @cindex fixed register | |
1691 | An initializer that says which registers are used for fixed purposes | |
1692 | all throughout the compiled code and are therefore not available for | |
1693 | general allocation. These would include the stack pointer, the frame | |
1694 | pointer (except on machines where that can be used as a general | |
1695 | register when no frame pointer is needed), the program counter on | |
1696 | machines where that is considered one of the addressable registers, | |
1697 | and any other numbered register with a standard use. | |
1698 | ||
1699 | This information is expressed as a sequence of numbers, separated by | |
1700 | commas and surrounded by braces. The @var{n}th number is 1 if | |
1701 | register @var{n} is fixed, 0 otherwise. | |
1702 | ||
1703 | The table initialized from this macro, and the table initialized by | |
1704 | the following one, may be overridden at run time either automatically, | |
1705 | by the actions of the macro @code{CONDITIONAL_REGISTER_USAGE}, or by | |
630d3d5a JM |
1706 | the user with the command options @option{-ffixed-@var{reg}}, |
1707 | @option{-fcall-used-@var{reg}} and @option{-fcall-saved-@var{reg}}. | |
feca2ed3 JW |
1708 | |
1709 | @findex CALL_USED_REGISTERS | |
1710 | @item CALL_USED_REGISTERS | |
1711 | @cindex call-used register | |
1712 | @cindex call-clobbered register | |
1713 | @cindex call-saved register | |
1714 | Like @code{FIXED_REGISTERS} but has 1 for each register that is | |
1715 | clobbered (in general) by function calls as well as for fixed | |
1716 | registers. This macro therefore identifies the registers that are not | |
1717 | available for general allocation of values that must live across | |
1718 | function calls. | |
1719 | ||
1720 | If a register has 0 in @code{CALL_USED_REGISTERS}, the compiler | |
1721 | automatically saves it on function entry and restores it on function | |
1722 | exit, if the register is used within the function. | |
1723 | ||
fc1296b7 AM |
1724 | @findex CALL_REALLY_USED_REGISTERS |
1725 | @item CALL_REALLY_USED_REGISTERS | |
1726 | @cindex call-used register | |
1727 | @cindex call-clobbered register | |
1728 | @cindex call-saved register | |
1729 | Like @code{CALL_USED_REGISTERS} except this macro doesn't require | |
1730 | that the entire set of @code{FIXED_REGISTERS} be included. | |
1731 | (@code{CALL_USED_REGISTERS} must be a superset of @code{FIXED_REGISTERS}). | |
1732 | This macro is optional. If not specified, it defaults to the value | |
1733 | of @code{CALL_USED_REGISTERS}. | |
1734 | ||
1e326708 MH |
1735 | @findex HARD_REGNO_CALL_PART_CLOBBERED |
1736 | @item HARD_REGNO_CALL_PART_CLOBBERED (@var{regno}, @var{mode}) | |
1737 | @cindex call-used register | |
1738 | @cindex call-clobbered register | |
1739 | @cindex call-saved register | |
df2a54e9 | 1740 | A C expression that is nonzero if it is not permissible to store a |
1e326708 MH |
1741 | value of mode @var{mode} in hard register number @var{regno} across a |
1742 | call without some part of it being clobbered. For most machines this | |
1743 | macro need not be defined. It is only required for machines that do not | |
1744 | preserve the entire contents of a register across a call. | |
1745 | ||
feca2ed3 JW |
1746 | @findex CONDITIONAL_REGISTER_USAGE |
1747 | @findex fixed_regs | |
1748 | @findex call_used_regs | |
1749 | @item CONDITIONAL_REGISTER_USAGE | |
055177dc NC |
1750 | Zero or more C statements that may conditionally modify five variables |
1751 | @code{fixed_regs}, @code{call_used_regs}, @code{global_regs}, | |
c237e94a ZW |
1752 | @code{reg_names}, and @code{reg_class_contents}, to take into account |
1753 | any dependence of these register sets on target flags. The first three | |
1754 | of these are of type @code{char []} (interpreted as Boolean vectors). | |
1755 | @code{global_regs} is a @code{const char *[]}, and | |
1756 | @code{reg_class_contents} is a @code{HARD_REG_SET}. Before the macro is | |
1757 | called, @code{fixed_regs}, @code{call_used_regs}, | |
1758 | @code{reg_class_contents}, and @code{reg_names} have been initialized | |
055177dc | 1759 | from @code{FIXED_REGISTERS}, @code{CALL_USED_REGISTERS}, |
c237e94a | 1760 | @code{REG_CLASS_CONTENTS}, and @code{REGISTER_NAMES}, respectively. |
630d3d5a | 1761 | @code{global_regs} has been cleared, and any @option{-ffixed-@var{reg}}, |
c237e94a ZW |
1762 | @option{-fcall-used-@var{reg}} and @option{-fcall-saved-@var{reg}} |
1763 | command options have been applied. | |
feca2ed3 JW |
1764 | |
1765 | You need not define this macro if it has no work to do. | |
1766 | ||
1767 | @cindex disabling certain registers | |
1768 | @cindex controlling register usage | |
1769 | If the usage of an entire class of registers depends on the target | |
1770 | flags, you may indicate this to GCC by using this macro to modify | |
1771 | @code{fixed_regs} and @code{call_used_regs} to 1 for each of the | |
161d7b59 | 1772 | registers in the classes which should not be used by GCC@. Also define |
feca2ed3 JW |
1773 | the macro @code{REG_CLASS_FROM_LETTER} to return @code{NO_REGS} if it |
1774 | is called with a letter for a class that shouldn't be used. | |
1775 | ||
1776 | (However, if this class is not included in @code{GENERAL_REGS} and all | |
1777 | of the insn patterns whose constraints permit this class are | |
1778 | controlled by target switches, then GCC will automatically avoid using | |
1779 | these registers when the target switches are opposed to them.) | |
1780 | ||
1781 | @findex NON_SAVING_SETJMP | |
1782 | @item NON_SAVING_SETJMP | |
1783 | If this macro is defined and has a nonzero value, it means that | |
1784 | @code{setjmp} and related functions fail to save the registers, or that | |
1785 | @code{longjmp} fails to restore them. To compensate, the compiler | |
1786 | avoids putting variables in registers in functions that use | |
1787 | @code{setjmp}. | |
1788 | ||
1789 | @findex INCOMING_REGNO | |
1790 | @item INCOMING_REGNO (@var{out}) | |
1791 | Define this macro if the target machine has register windows. This C | |
1792 | expression returns the register number as seen by the called function | |
1793 | corresponding to the register number @var{out} as seen by the calling | |
1794 | function. Return @var{out} if register number @var{out} is not an | |
1795 | outbound register. | |
1796 | ||
1797 | @findex OUTGOING_REGNO | |
1798 | @item OUTGOING_REGNO (@var{in}) | |
1799 | Define this macro if the target machine has register windows. This C | |
1800 | expression returns the register number as seen by the calling function | |
1801 | corresponding to the register number @var{in} as seen by the called | |
1802 | function. Return @var{in} if register number @var{in} is not an inbound | |
1803 | register. | |
1804 | ||
fa80e43d JL |
1805 | @findex LOCAL_REGNO |
1806 | @item LOCAL_REGNO (@var{regno}) | |
1807 | Define this macro if the target machine has register windows. This C | |
1808 | expression returns true if the register is call-saved but is in the | |
1809 | register window. Unlike most call-saved registers, such registers | |
1810 | need not be explicitly restored on function exit or during non-local | |
1811 | gotos. | |
1812 | ||
feca2ed3 JW |
1813 | @ignore |
1814 | @findex PC_REGNUM | |
1815 | @item PC_REGNUM | |
1816 | If the program counter has a register number, define this as that | |
1817 | register number. Otherwise, do not define it. | |
1818 | @end ignore | |
1819 | @end table | |
1820 | ||
1821 | @node Allocation Order | |
1822 | @subsection Order of Allocation of Registers | |
1823 | @cindex order of register allocation | |
1824 | @cindex register allocation order | |
1825 | ||
1826 | @c prevent bad page break with this line | |
1827 | Registers are allocated in order. | |
1828 | ||
1829 | @table @code | |
1830 | @findex REG_ALLOC_ORDER | |
1831 | @item REG_ALLOC_ORDER | |
1832 | If defined, an initializer for a vector of integers, containing the | |
a3a15b4d | 1833 | numbers of hard registers in the order in which GCC should prefer |
feca2ed3 JW |
1834 | to use them (from most preferred to least). |
1835 | ||
1836 | If this macro is not defined, registers are used lowest numbered first | |
1837 | (all else being equal). | |
1838 | ||
1839 | One use of this macro is on machines where the highest numbered | |
1840 | registers must always be saved and the save-multiple-registers | |
1841 | instruction supports only sequences of consecutive registers. On such | |
1842 | machines, define @code{REG_ALLOC_ORDER} to be an initializer that lists | |
956d6950 | 1843 | the highest numbered allocable register first. |
feca2ed3 JW |
1844 | |
1845 | @findex ORDER_REGS_FOR_LOCAL_ALLOC | |
1846 | @item ORDER_REGS_FOR_LOCAL_ALLOC | |
1847 | A C statement (sans semicolon) to choose the order in which to allocate | |
1848 | hard registers for pseudo-registers local to a basic block. | |
1849 | ||
1850 | Store the desired register order in the array @code{reg_alloc_order}. | |
1851 | Element 0 should be the register to allocate first; element 1, the next | |
1852 | register; and so on. | |
1853 | ||
1854 | The macro body should not assume anything about the contents of | |
1855 | @code{reg_alloc_order} before execution of the macro. | |
1856 | ||
1857 | On most machines, it is not necessary to define this macro. | |
1858 | @end table | |
1859 | ||
1860 | @node Values in Registers | |
1861 | @subsection How Values Fit in Registers | |
1862 | ||
1863 | This section discusses the macros that describe which kinds of values | |
1864 | (specifically, which machine modes) each register can hold, and how many | |
1865 | consecutive registers are needed for a given mode. | |
1866 | ||
1867 | @table @code | |
1868 | @findex HARD_REGNO_NREGS | |
1869 | @item HARD_REGNO_NREGS (@var{regno}, @var{mode}) | |
1870 | A C expression for the number of consecutive hard registers, starting | |
1871 | at register number @var{regno}, required to hold a value of mode | |
1872 | @var{mode}. | |
1873 | ||
1874 | On a machine where all registers are exactly one word, a suitable | |
1875 | definition of this macro is | |
1876 | ||
1877 | @smallexample | |
1878 | #define HARD_REGNO_NREGS(REGNO, MODE) \ | |
1879 | ((GET_MODE_SIZE (MODE) + UNITS_PER_WORD - 1) \ | |
32bd3974 | 1880 | / UNITS_PER_WORD) |
feca2ed3 JW |
1881 | @end smallexample |
1882 | ||
1883 | @findex HARD_REGNO_MODE_OK | |
1884 | @item HARD_REGNO_MODE_OK (@var{regno}, @var{mode}) | |
1885 | A C expression that is nonzero if it is permissible to store a value | |
1886 | of mode @var{mode} in hard register number @var{regno} (or in several | |
1887 | registers starting with that one). For a machine where all registers | |
1888 | are equivalent, a suitable definition is | |
1889 | ||
1890 | @smallexample | |
1891 | #define HARD_REGNO_MODE_OK(REGNO, MODE) 1 | |
1892 | @end smallexample | |
1893 | ||
e9a25f70 JL |
1894 | You need not include code to check for the numbers of fixed registers, |
1895 | because the allocation mechanism considers them to be always occupied. | |
feca2ed3 JW |
1896 | |
1897 | @cindex register pairs | |
1898 | On some machines, double-precision values must be kept in even/odd | |
e9a25f70 JL |
1899 | register pairs. You can implement that by defining this macro to reject |
1900 | odd register numbers for such modes. | |
feca2ed3 JW |
1901 | |
1902 | The minimum requirement for a mode to be OK in a register is that the | |
1903 | @samp{mov@var{mode}} instruction pattern support moves between the | |
e9a25f70 JL |
1904 | register and other hard register in the same class and that moving a |
1905 | value into the register and back out not alter it. | |
feca2ed3 | 1906 | |
e9a25f70 JL |
1907 | Since the same instruction used to move @code{word_mode} will work for |
1908 | all narrower integer modes, it is not necessary on any machine for | |
feca2ed3 JW |
1909 | @code{HARD_REGNO_MODE_OK} to distinguish between these modes, provided |
1910 | you define patterns @samp{movhi}, etc., to take advantage of this. This | |
1911 | is useful because of the interaction between @code{HARD_REGNO_MODE_OK} | |
1912 | and @code{MODES_TIEABLE_P}; it is very desirable for all integer modes | |
1913 | to be tieable. | |
1914 | ||
1915 | Many machines have special registers for floating point arithmetic. | |
1916 | Often people assume that floating point machine modes are allowed only | |
1917 | in floating point registers. This is not true. Any registers that | |
1918 | can hold integers can safely @emph{hold} a floating point machine | |
1919 | mode, whether or not floating arithmetic can be done on it in those | |
1920 | registers. Integer move instructions can be used to move the values. | |
1921 | ||
1922 | On some machines, though, the converse is true: fixed-point machine | |
1923 | modes may not go in floating registers. This is true if the floating | |
1924 | registers normalize any value stored in them, because storing a | |
1925 | non-floating value there would garble it. In this case, | |
1926 | @code{HARD_REGNO_MODE_OK} should reject fixed-point machine modes in | |
1927 | floating registers. But if the floating registers do not automatically | |
1928 | normalize, if you can store any bit pattern in one and retrieve it | |
1929 | unchanged without a trap, then any machine mode may go in a floating | |
1930 | register, so you can define this macro to say so. | |
1931 | ||
1932 | The primary significance of special floating registers is rather that | |
1933 | they are the registers acceptable in floating point arithmetic | |
1934 | instructions. However, this is of no concern to | |
1935 | @code{HARD_REGNO_MODE_OK}. You handle it by writing the proper | |
1936 | constraints for those instructions. | |
1937 | ||
1938 | On some machines, the floating registers are especially slow to access, | |
1939 | so that it is better to store a value in a stack frame than in such a | |
1940 | register if floating point arithmetic is not being done. As long as the | |
1941 | floating registers are not in class @code{GENERAL_REGS}, they will not | |
1942 | be used unless some pattern's constraint asks for one. | |
1943 | ||
1944 | @findex MODES_TIEABLE_P | |
1945 | @item MODES_TIEABLE_P (@var{mode1}, @var{mode2}) | |
e9a25f70 | 1946 | A C expression that is nonzero if a value of mode |
956d6950 | 1947 | @var{mode1} is accessible in mode @var{mode2} without copying. |
feca2ed3 JW |
1948 | |
1949 | If @code{HARD_REGNO_MODE_OK (@var{r}, @var{mode1})} and | |
e9a25f70 JL |
1950 | @code{HARD_REGNO_MODE_OK (@var{r}, @var{mode2})} are always the same for |
1951 | any @var{r}, then @code{MODES_TIEABLE_P (@var{mode1}, @var{mode2})} | |
1952 | should be nonzero. If they differ for any @var{r}, you should define | |
1953 | this macro to return zero unless some other mechanism ensures the | |
956d6950 | 1954 | accessibility of the value in a narrower mode. |
e9a25f70 JL |
1955 | |
1956 | You should define this macro to return nonzero in as many cases as | |
a3a15b4d | 1957 | possible since doing so will allow GCC to perform better register |
e9a25f70 | 1958 | allocation. |
7506f491 DE |
1959 | |
1960 | @findex AVOID_CCMODE_COPIES | |
1961 | @item AVOID_CCMODE_COPIES | |
1962 | Define this macro if the compiler should avoid copies to/from @code{CCmode} | |
a89608cb | 1963 | registers. You should only define this macro if support for copying to/from |
7506f491 | 1964 | @code{CCmode} is incomplete. |
ddef6bc7 JJ |
1965 | |
1966 | @findex SUBREG_REGNO_OFFSET | |
1967 | @item SUBREG_REGNO_OFFSET | |
1968 | Define this macro if the compiler needs to handle subregs in a non-standard | |
1969 | way. The macro returns the correct regno offset for mode @code{YMODE} given | |
1970 | a subreg of type @code{XMODE}. | |
1971 | This macro takes 4 parameters: | |
630d3d5a JM |
1972 | @table @code |
1973 | @item XREGNO | |
1974 | A regno of an inner hard subreg_reg (or what will become one). | |
1975 | @item XMODE | |
1976 | The mode of xregno. | |
1977 | @item OFFSET | |
1978 | The byte offset. | |
1979 | @item YMODE | |
1980 | The mode of a top level SUBREG (or what may become one). | |
1981 | @end table | |
aee96fe9 | 1982 | The default function can be found in @file{rtlanal.c}, function |
767094dd | 1983 | @code{subreg_regno_offset}. Normally this does not need to be defined. |
feca2ed3 JW |
1984 | @end table |
1985 | ||
1986 | @node Leaf Functions | |
1987 | @subsection Handling Leaf Functions | |
1988 | ||
1989 | @cindex leaf functions | |
1990 | @cindex functions, leaf | |
1991 | On some machines, a leaf function (i.e., one which makes no calls) can run | |
1992 | more efficiently if it does not make its own register window. Often this | |
1993 | means it is required to receive its arguments in the registers where they | |
1994 | are passed by the caller, instead of the registers where they would | |
1995 | normally arrive. | |
1996 | ||
1997 | The special treatment for leaf functions generally applies only when | |
1998 | other conditions are met; for example, often they may use only those | |
1999 | registers for its own variables and temporaries. We use the term ``leaf | |
2000 | function'' to mean a function that is suitable for this special | |
2001 | handling, so that functions with no calls are not necessarily ``leaf | |
2002 | functions''. | |
2003 | ||
a3a15b4d | 2004 | GCC assigns register numbers before it knows whether the function is |
feca2ed3 JW |
2005 | suitable for leaf function treatment. So it needs to renumber the |
2006 | registers in order to output a leaf function. The following macros | |
2007 | accomplish this. | |
2008 | ||
2009 | @table @code | |
2010 | @findex LEAF_REGISTERS | |
2011 | @item LEAF_REGISTERS | |
7d167afd | 2012 | Name of a char vector, indexed by hard register number, which |
feca2ed3 JW |
2013 | contains 1 for a register that is allowable in a candidate for leaf |
2014 | function treatment. | |
2015 | ||
2016 | If leaf function treatment involves renumbering the registers, then the | |
2017 | registers marked here should be the ones before renumbering---those that | |
a3a15b4d | 2018 | GCC would ordinarily allocate. The registers which will actually be |
feca2ed3 JW |
2019 | used in the assembler code, after renumbering, should not be marked with 1 |
2020 | in this vector. | |
2021 | ||
2022 | Define this macro only if the target machine offers a way to optimize | |
2023 | the treatment of leaf functions. | |
2024 | ||
2025 | @findex LEAF_REG_REMAP | |
2026 | @item LEAF_REG_REMAP (@var{regno}) | |
2027 | A C expression whose value is the register number to which @var{regno} | |
2028 | should be renumbered, when a function is treated as a leaf function. | |
2029 | ||
2030 | If @var{regno} is a register number which should not appear in a leaf | |
630d3d5a | 2031 | function before renumbering, then the expression should yield @minus{}1, which |
feca2ed3 JW |
2032 | will cause the compiler to abort. |
2033 | ||
2034 | Define this macro only if the target machine offers a way to optimize the | |
2035 | treatment of leaf functions, and registers need to be renumbered to do | |
2036 | this. | |
2037 | @end table | |
2038 | ||
54ff41b7 JW |
2039 | @findex current_function_is_leaf |
2040 | @findex current_function_uses_only_leaf_regs | |
c237e94a ZW |
2041 | @code{TARGET_ASM_FUNCTION_PROLOGUE} and |
2042 | @code{TARGET_ASM_FUNCTION_EPILOGUE} must usually treat leaf functions | |
2043 | specially. They can test the C variable @code{current_function_is_leaf} | |
2044 | which is nonzero for leaf functions. @code{current_function_is_leaf} is | |
2045 | set prior to local register allocation and is valid for the remaining | |
08c148a8 NB |
2046 | compiler passes. They can also test the C variable |
2047 | @code{current_function_uses_only_leaf_regs} which is nonzero for leaf | |
2048 | functions which only use leaf registers. | |
54ff41b7 JW |
2049 | @code{current_function_uses_only_leaf_regs} is valid after reload and is |
2050 | only useful if @code{LEAF_REGISTERS} is defined. | |
feca2ed3 JW |
2051 | @c changed this to fix overfull. ALSO: why the "it" at the beginning |
2052 | @c of the next paragraph?! --mew 2feb93 | |
2053 | ||
2054 | @node Stack Registers | |
2055 | @subsection Registers That Form a Stack | |
2056 | ||
2057 | There are special features to handle computers where some of the | |
2058 | ``registers'' form a stack, as in the 80387 coprocessor for the 80386. | |
2059 | Stack registers are normally written by pushing onto the stack, and are | |
2060 | numbered relative to the top of the stack. | |
2061 | ||
a3a15b4d | 2062 | Currently, GCC can only handle one group of stack-like registers, and |
feca2ed3 JW |
2063 | they must be consecutively numbered. |
2064 | ||
2065 | @table @code | |
2066 | @findex STACK_REGS | |
2067 | @item STACK_REGS | |
2068 | Define this if the machine has any stack-like registers. | |
2069 | ||
2070 | @findex FIRST_STACK_REG | |
2071 | @item FIRST_STACK_REG | |
2072 | The number of the first stack-like register. This one is the top | |
2073 | of the stack. | |
2074 | ||
2075 | @findex LAST_STACK_REG | |
2076 | @item LAST_STACK_REG | |
2077 | The number of the last stack-like register. This one is the bottom of | |
2078 | the stack. | |
2079 | @end table | |
2080 | ||
feca2ed3 JW |
2081 | @node Register Classes |
2082 | @section Register Classes | |
2083 | @cindex register class definitions | |
2084 | @cindex class definitions, register | |
2085 | ||
2086 | On many machines, the numbered registers are not all equivalent. | |
2087 | For example, certain registers may not be allowed for indexed addressing; | |
2088 | certain registers may not be allowed in some instructions. These machine | |
2089 | restrictions are described to the compiler using @dfn{register classes}. | |
2090 | ||
2091 | You define a number of register classes, giving each one a name and saying | |
2092 | which of the registers belong to it. Then you can specify register classes | |
2093 | that are allowed as operands to particular instruction patterns. | |
2094 | ||
2095 | @findex ALL_REGS | |
2096 | @findex NO_REGS | |
2097 | In general, each register will belong to several classes. In fact, one | |
2098 | class must be named @code{ALL_REGS} and contain all the registers. Another | |
2099 | class must be named @code{NO_REGS} and contain no registers. Often the | |
2100 | union of two classes will be another class; however, this is not required. | |
2101 | ||
2102 | @findex GENERAL_REGS | |
2103 | One of the classes must be named @code{GENERAL_REGS}. There is nothing | |
2104 | terribly special about the name, but the operand constraint letters | |
2105 | @samp{r} and @samp{g} specify this class. If @code{GENERAL_REGS} is | |
2106 | the same as @code{ALL_REGS}, just define it as a macro which expands | |
2107 | to @code{ALL_REGS}. | |
2108 | ||
2109 | Order the classes so that if class @var{x} is contained in class @var{y} | |
2110 | then @var{x} has a lower class number than @var{y}. | |
2111 | ||
2112 | The way classes other than @code{GENERAL_REGS} are specified in operand | |
2113 | constraints is through machine-dependent operand constraint letters. | |
2114 | You can define such letters to correspond to various classes, then use | |
2115 | them in operand constraints. | |
2116 | ||
2117 | You should define a class for the union of two classes whenever some | |
2118 | instruction allows both classes. For example, if an instruction allows | |
2119 | either a floating point (coprocessor) register or a general register for a | |
2120 | certain operand, you should define a class @code{FLOAT_OR_GENERAL_REGS} | |
2121 | which includes both of them. Otherwise you will get suboptimal code. | |
2122 | ||
2123 | You must also specify certain redundant information about the register | |
2124 | classes: for each class, which classes contain it and which ones are | |
2125 | contained in it; for each pair of classes, the largest class contained | |
2126 | in their union. | |
2127 | ||
2128 | When a value occupying several consecutive registers is expected in a | |
2129 | certain class, all the registers used must belong to that class. | |
2130 | Therefore, register classes cannot be used to enforce a requirement for | |
2131 | a register pair to start with an even-numbered register. The way to | |
2132 | specify this requirement is with @code{HARD_REGNO_MODE_OK}. | |
2133 | ||
2134 | Register classes used for input-operands of bitwise-and or shift | |
2135 | instructions have a special requirement: each such class must have, for | |
2136 | each fixed-point machine mode, a subclass whose registers can transfer that | |
2137 | mode to or from memory. For example, on some machines, the operations for | |
2138 | single-byte values (@code{QImode}) are limited to certain registers. When | |
2139 | this is so, each register class that is used in a bitwise-and or shift | |
2140 | instruction must have a subclass consisting of registers from which | |
2141 | single-byte values can be loaded or stored. This is so that | |
2142 | @code{PREFERRED_RELOAD_CLASS} can always have a possible value to return. | |
2143 | ||
2144 | @table @code | |
2145 | @findex enum reg_class | |
2146 | @item enum reg_class | |
2147 | An enumeral type that must be defined with all the register class names | |
2148 | as enumeral values. @code{NO_REGS} must be first. @code{ALL_REGS} | |
2149 | must be the last register class, followed by one more enumeral value, | |
2150 | @code{LIM_REG_CLASSES}, which is not a register class but rather | |
2151 | tells how many classes there are. | |
2152 | ||
2153 | Each register class has a number, which is the value of casting | |
2154 | the class name to type @code{int}. The number serves as an index | |
2155 | in many of the tables described below. | |
2156 | ||
2157 | @findex N_REG_CLASSES | |
2158 | @item N_REG_CLASSES | |
2159 | The number of distinct register classes, defined as follows: | |
2160 | ||
2161 | @example | |
2162 | #define N_REG_CLASSES (int) LIM_REG_CLASSES | |
2163 | @end example | |
2164 | ||
2165 | @findex REG_CLASS_NAMES | |
2166 | @item REG_CLASS_NAMES | |
2167 | An initializer containing the names of the register classes as C string | |
2168 | constants. These names are used in writing some of the debugging dumps. | |
2169 | ||
2170 | @findex REG_CLASS_CONTENTS | |
2171 | @item REG_CLASS_CONTENTS | |
2172 | An initializer containing the contents of the register classes, as integers | |
2173 | which are bit masks. The @var{n}th integer specifies the contents of class | |
2174 | @var{n}. The way the integer @var{mask} is interpreted is that | |
2175 | register @var{r} is in the class if @code{@var{mask} & (1 << @var{r})} is 1. | |
2176 | ||
2177 | When the machine has more than 32 registers, an integer does not suffice. | |
2178 | Then the integers are replaced by sub-initializers, braced groupings containing | |
2179 | several integers. Each sub-initializer must be suitable as an initializer | |
2180 | for the type @code{HARD_REG_SET} which is defined in @file{hard-reg-set.h}. | |
7c272079 MP |
2181 | In this situation, the first integer in each sub-initializer corresponds to |
2182 | registers 0 through 31, the second integer to registers 32 through 63, and | |
2183 | so on. | |
feca2ed3 JW |
2184 | |
2185 | @findex REGNO_REG_CLASS | |
2186 | @item REGNO_REG_CLASS (@var{regno}) | |
2187 | A C expression whose value is a register class containing hard register | |
2188 | @var{regno}. In general there is more than one such class; choose a class | |
2189 | which is @dfn{minimal}, meaning that no smaller class also contains the | |
2190 | register. | |
2191 | ||
2192 | @findex BASE_REG_CLASS | |
2193 | @item BASE_REG_CLASS | |
2194 | A macro whose definition is the name of the class to which a valid | |
2195 | base register must belong. A base register is one used in an address | |
2196 | which is the register value plus a displacement. | |
2197 | ||
2198 | @findex INDEX_REG_CLASS | |
2199 | @item INDEX_REG_CLASS | |
2200 | A macro whose definition is the name of the class to which a valid | |
2201 | index register must belong. An index register is one used in an | |
2202 | address where its value is either multiplied by a scale factor or | |
2203 | added to another register (as well as added to a displacement). | |
2204 | ||
2205 | @findex REG_CLASS_FROM_LETTER | |
2206 | @item REG_CLASS_FROM_LETTER (@var{char}) | |
2207 | A C expression which defines the machine-dependent operand constraint | |
2208 | letters for register classes. If @var{char} is such a letter, the | |
2209 | value should be the register class corresponding to it. Otherwise, | |
2210 | the value should be @code{NO_REGS}. The register letter @samp{r}, | |
2211 | corresponding to class @code{GENERAL_REGS}, will not be passed | |
2212 | to this macro; you do not need to handle it. | |
2213 | ||
2214 | @findex REGNO_OK_FOR_BASE_P | |
2215 | @item REGNO_OK_FOR_BASE_P (@var{num}) | |
2216 | A C expression which is nonzero if register number @var{num} is | |
2217 | suitable for use as a base register in operand addresses. It may be | |
2218 | either a suitable hard register or a pseudo register that has been | |
2219 | allocated such a hard register. | |
2220 | ||
861bb6c1 JL |
2221 | @findex REGNO_MODE_OK_FOR_BASE_P |
2222 | @item REGNO_MODE_OK_FOR_BASE_P (@var{num}, @var{mode}) | |
2223 | A C expression that is just like @code{REGNO_OK_FOR_BASE_P}, except that | |
2224 | that expression may examine the mode of the memory reference in | |
2225 | @var{mode}. You should define this macro if the mode of the memory | |
2226 | reference affects whether a register may be used as a base register. If | |
2227 | you define this macro, the compiler will use it instead of | |
2228 | @code{REGNO_OK_FOR_BASE_P}. | |
2229 | ||
feca2ed3 JW |
2230 | @findex REGNO_OK_FOR_INDEX_P |
2231 | @item REGNO_OK_FOR_INDEX_P (@var{num}) | |
2232 | A C expression which is nonzero if register number @var{num} is | |
2233 | suitable for use as an index register in operand addresses. It may be | |
2234 | either a suitable hard register or a pseudo register that has been | |
2235 | allocated such a hard register. | |
2236 | ||
2237 | The difference between an index register and a base register is that | |
2238 | the index register may be scaled. If an address involves the sum of | |
2239 | two registers, neither one of them scaled, then either one may be | |
2240 | labeled the ``base'' and the other the ``index''; but whichever | |
2241 | labeling is used must fit the machine's constraints of which registers | |
2242 | may serve in each capacity. The compiler will try both labelings, | |
2243 | looking for one that is valid, and will reload one or both registers | |
2244 | only if neither labeling works. | |
2245 | ||
2246 | @findex PREFERRED_RELOAD_CLASS | |
2247 | @item PREFERRED_RELOAD_CLASS (@var{x}, @var{class}) | |
2248 | A C expression that places additional restrictions on the register class | |
2249 | to use when it is necessary to copy value @var{x} into a register in class | |
2250 | @var{class}. The value is a register class; perhaps @var{class}, or perhaps | |
2251 | another, smaller class. On many machines, the following definition is | |
2252 | safe: | |
2253 | ||
2254 | @example | |
2255 | #define PREFERRED_RELOAD_CLASS(X,CLASS) CLASS | |
2256 | @end example | |
2257 | ||
2258 | Sometimes returning a more restrictive class makes better code. For | |
2259 | example, on the 68000, when @var{x} is an integer constant that is in range | |
2260 | for a @samp{moveq} instruction, the value of this macro is always | |
2261 | @code{DATA_REGS} as long as @var{class} includes the data registers. | |
2262 | Requiring a data register guarantees that a @samp{moveq} will be used. | |
2263 | ||
2264 | If @var{x} is a @code{const_double}, by returning @code{NO_REGS} | |
2265 | you can force @var{x} into a memory constant. This is useful on | |
2266 | certain machines where immediate floating values cannot be loaded into | |
2267 | certain kinds of registers. | |
2268 | ||
2269 | @findex PREFERRED_OUTPUT_RELOAD_CLASS | |
2270 | @item PREFERRED_OUTPUT_RELOAD_CLASS (@var{x}, @var{class}) | |
2271 | Like @code{PREFERRED_RELOAD_CLASS}, but for output reloads instead of | |
2272 | input reloads. If you don't define this macro, the default is to use | |
2273 | @var{class}, unchanged. | |
2274 | ||
2275 | @findex LIMIT_RELOAD_CLASS | |
2276 | @item LIMIT_RELOAD_CLASS (@var{mode}, @var{class}) | |
2277 | A C expression that places additional restrictions on the register class | |
2278 | to use when it is necessary to be able to hold a value of mode | |
2279 | @var{mode} in a reload register for which class @var{class} would | |
2280 | ordinarily be used. | |
2281 | ||
2282 | Unlike @code{PREFERRED_RELOAD_CLASS}, this macro should be used when | |
2283 | there are certain modes that simply can't go in certain reload classes. | |
2284 | ||
2285 | The value is a register class; perhaps @var{class}, or perhaps another, | |
2286 | smaller class. | |
2287 | ||
2288 | Don't define this macro unless the target machine has limitations which | |
2289 | require the macro to do something nontrivial. | |
2290 | ||
2291 | @findex SECONDARY_RELOAD_CLASS | |
2292 | @findex SECONDARY_INPUT_RELOAD_CLASS | |
2293 | @findex SECONDARY_OUTPUT_RELOAD_CLASS | |
2294 | @item SECONDARY_RELOAD_CLASS (@var{class}, @var{mode}, @var{x}) | |
2295 | @itemx SECONDARY_INPUT_RELOAD_CLASS (@var{class}, @var{mode}, @var{x}) | |
2296 | @itemx SECONDARY_OUTPUT_RELOAD_CLASS (@var{class}, @var{mode}, @var{x}) | |
2297 | Many machines have some registers that cannot be copied directly to or | |
2298 | from memory or even from other types of registers. An example is the | |
2299 | @samp{MQ} register, which on most machines, can only be copied to or | |
2300 | from general registers, but not memory. Some machines allow copying all | |
2301 | registers to and from memory, but require a scratch register for stores | |
2302 | to some memory locations (e.g., those with symbolic address on the RT, | |
2303 | and those with certain symbolic address on the Sparc when compiling | |
161d7b59 | 2304 | PIC)@. In some cases, both an intermediate and a scratch register are |
feca2ed3 JW |
2305 | required. |
2306 | ||
2307 | You should define these macros to indicate to the reload phase that it may | |
2308 | need to allocate at least one register for a reload in addition to the | |
2309 | register to contain the data. Specifically, if copying @var{x} to a | |
2310 | register @var{class} in @var{mode} requires an intermediate register, | |
2311 | you should define @code{SECONDARY_INPUT_RELOAD_CLASS} to return the | |
2312 | largest register class all of whose registers can be used as | |
2313 | intermediate registers or scratch registers. | |
2314 | ||
2315 | If copying a register @var{class} in @var{mode} to @var{x} requires an | |
2316 | intermediate or scratch register, @code{SECONDARY_OUTPUT_RELOAD_CLASS} | |
2317 | should be defined to return the largest register class required. If the | |
2318 | requirements for input and output reloads are the same, the macro | |
2319 | @code{SECONDARY_RELOAD_CLASS} should be used instead of defining both | |
2320 | macros identically. | |
2321 | ||
2322 | The values returned by these macros are often @code{GENERAL_REGS}. | |
2323 | Return @code{NO_REGS} if no spare register is needed; i.e., if @var{x} | |
2324 | can be directly copied to or from a register of @var{class} in | |
2325 | @var{mode} without requiring a scratch register. Do not define this | |
2326 | macro if it would always return @code{NO_REGS}. | |
2327 | ||
2328 | If a scratch register is required (either with or without an | |
2329 | intermediate register), you should define patterns for | |
2330 | @samp{reload_in@var{m}} or @samp{reload_out@var{m}}, as required | |
2331 | (@pxref{Standard Names}. These patterns, which will normally be | |
2332 | implemented with a @code{define_expand}, should be similar to the | |
2333 | @samp{mov@var{m}} patterns, except that operand 2 is the scratch | |
2334 | register. | |
2335 | ||
2336 | Define constraints for the reload register and scratch register that | |
2337 | contain a single register class. If the original reload register (whose | |
2338 | class is @var{class}) can meet the constraint given in the pattern, the | |
2339 | value returned by these macros is used for the class of the scratch | |
2340 | register. Otherwise, two additional reload registers are required. | |
2341 | Their classes are obtained from the constraints in the insn pattern. | |
2342 | ||
2343 | @var{x} might be a pseudo-register or a @code{subreg} of a | |
2344 | pseudo-register, which could either be in a hard register or in memory. | |
630d3d5a | 2345 | Use @code{true_regnum} to find out; it will return @minus{}1 if the pseudo is |
feca2ed3 JW |
2346 | in memory and the hard register number if it is in a register. |
2347 | ||
2348 | These macros should not be used in the case where a particular class of | |
2349 | registers can only be copied to memory and not to another class of | |
2350 | registers. In that case, secondary reload registers are not needed and | |
2351 | would not be helpful. Instead, a stack location must be used to perform | |
2352 | the copy and the @code{mov@var{m}} pattern should use memory as a | |
2353 | intermediate storage. This case often occurs between floating-point and | |
2354 | general registers. | |
2355 | ||
2356 | @findex SECONDARY_MEMORY_NEEDED | |
2357 | @item SECONDARY_MEMORY_NEEDED (@var{class1}, @var{class2}, @var{m}) | |
2358 | Certain machines have the property that some registers cannot be copied | |
2359 | to some other registers without using memory. Define this macro on | |
df2a54e9 | 2360 | those machines to be a C expression that is nonzero if objects of mode |
feca2ed3 JW |
2361 | @var{m} in registers of @var{class1} can only be copied to registers of |
2362 | class @var{class2} by storing a register of @var{class1} into memory | |
2363 | and loading that memory location into a register of @var{class2}. | |
2364 | ||
2365 | Do not define this macro if its value would always be zero. | |
2366 | ||
2367 | @findex SECONDARY_MEMORY_NEEDED_RTX | |
2368 | @item SECONDARY_MEMORY_NEEDED_RTX (@var{mode}) | |
2369 | Normally when @code{SECONDARY_MEMORY_NEEDED} is defined, the compiler | |
2370 | allocates a stack slot for a memory location needed for register copies. | |
2371 | If this macro is defined, the compiler instead uses the memory location | |
2372 | defined by this macro. | |
2373 | ||
2374 | Do not define this macro if you do not define | |
2375 | @code{SECONDARY_MEMORY_NEEDED}. | |
2376 | ||
2377 | @findex SECONDARY_MEMORY_NEEDED_MODE | |
2378 | @item SECONDARY_MEMORY_NEEDED_MODE (@var{mode}) | |
2379 | When the compiler needs a secondary memory location to copy between two | |
2380 | registers of mode @var{mode}, it normally allocates sufficient memory to | |
2381 | hold a quantity of @code{BITS_PER_WORD} bits and performs the store and | |
2382 | load operations in a mode that many bits wide and whose class is the | |
2383 | same as that of @var{mode}. | |
2384 | ||
2385 | This is right thing to do on most machines because it ensures that all | |
2386 | bits of the register are copied and prevents accesses to the registers | |
2387 | in a narrower mode, which some machines prohibit for floating-point | |
2388 | registers. | |
2389 | ||
2390 | However, this default behavior is not correct on some machines, such as | |
2391 | the DEC Alpha, that store short integers in floating-point registers | |
2392 | differently than in integer registers. On those machines, the default | |
2393 | widening will not work correctly and you must define this macro to | |
2394 | suppress that widening in some cases. See the file @file{alpha.h} for | |
2395 | details. | |
2396 | ||
2397 | Do not define this macro if you do not define | |
2398 | @code{SECONDARY_MEMORY_NEEDED} or if widening @var{mode} to a mode that | |
2399 | is @code{BITS_PER_WORD} bits wide is correct for your machine. | |
2400 | ||
2401 | @findex SMALL_REGISTER_CLASSES | |
2402 | @item SMALL_REGISTER_CLASSES | |
faa9eb19 BS |
2403 | On some machines, it is risky to let hard registers live across arbitrary |
2404 | insns. Typically, these machines have instructions that require values | |
2405 | to be in specific registers (like an accumulator), and reload will fail | |
2406 | if the required hard register is used for another purpose across such an | |
2407 | insn. | |
feca2ed3 | 2408 | |
df2a54e9 JM |
2409 | Define @code{SMALL_REGISTER_CLASSES} to be an expression with a nonzero |
2410 | value on these machines. When this macro has a nonzero value, the | |
faa9eb19 | 2411 | compiler will try to minimize the lifetime of hard registers. |
feca2ed3 | 2412 | |
df2a54e9 | 2413 | It is always safe to define this macro with a nonzero value, but if you |
861bb6c1 JL |
2414 | unnecessarily define it, you will reduce the amount of optimizations |
2415 | that can be performed in some cases. If you do not define this macro | |
df2a54e9 | 2416 | with a nonzero value when it is required, the compiler will run out of |
861bb6c1 JL |
2417 | spill registers and print a fatal error message. For most machines, you |
2418 | should not define this macro at all. | |
feca2ed3 JW |
2419 | |
2420 | @findex CLASS_LIKELY_SPILLED_P | |
2421 | @item CLASS_LIKELY_SPILLED_P (@var{class}) | |
2422 | A C expression whose value is nonzero if pseudos that have been assigned | |
2423 | to registers of class @var{class} would likely be spilled because | |
2424 | registers of @var{class} are needed for spill registers. | |
2425 | ||
2426 | The default value of this macro returns 1 if @var{class} has exactly one | |
2427 | register and zero otherwise. On most machines, this default should be | |
40687a9e | 2428 | used. Only define this macro to some other expression if pseudos |
feca2ed3 JW |
2429 | allocated by @file{local-alloc.c} end up in memory because their hard |
2430 | registers were needed for spill registers. If this macro returns nonzero | |
2431 | for those classes, those pseudos will only be allocated by | |
2432 | @file{global.c}, which knows how to reallocate the pseudo to another | |
2433 | register. If there would not be another register available for | |
2434 | reallocation, you should not change the definition of this macro since | |
2435 | the only effect of such a definition would be to slow down register | |
2436 | allocation. | |
2437 | ||
2438 | @findex CLASS_MAX_NREGS | |
2439 | @item CLASS_MAX_NREGS (@var{class}, @var{mode}) | |
2440 | A C expression for the maximum number of consecutive registers | |
2441 | of class @var{class} needed to hold a value of mode @var{mode}. | |
2442 | ||
2443 | This is closely related to the macro @code{HARD_REGNO_NREGS}. In fact, | |
2444 | the value of the macro @code{CLASS_MAX_NREGS (@var{class}, @var{mode})} | |
2445 | should be the maximum value of @code{HARD_REGNO_NREGS (@var{regno}, | |
2446 | @var{mode})} for all @var{regno} values in the class @var{class}. | |
2447 | ||
2448 | This macro helps control the handling of multiple-word values | |
2449 | in the reload pass. | |
2450 | ||
02188693 RH |
2451 | @item CLASS_CANNOT_CHANGE_MODE |
2452 | If defined, a C expression for a class that contains registers for | |
2453 | which the compiler may not change modes arbitrarily. | |
2454 | ||
2455 | @item CLASS_CANNOT_CHANGE_MODE_P(@var{from}, @var{to}) | |
2456 | A C expression that is true if, for a register in | |
13ba36b4 | 2457 | @code{CLASS_CANNOT_CHANGE_MODE}, the requested mode punning is invalid. |
feca2ed3 JW |
2458 | |
2459 | For the example, loading 32-bit integer or floating-point objects into | |
2460 | floating-point registers on the Alpha extends them to 64-bits. | |
2461 | Therefore loading a 64-bit object and then storing it as a 32-bit object | |
2462 | does not store the low-order 32-bits, as would be the case for a normal | |
02188693 RH |
2463 | register. Therefore, @file{alpha.h} defines @code{CLASS_CANNOT_CHANGE_MODE} |
2464 | as @code{FLOAT_REGS} and @code{CLASS_CANNOT_CHANGE_MODE_P} restricts | |
2465 | mode changes to same-size modes. | |
2466 | ||
2467 | Compare this to IA-64, which extends floating-point values to 82-bits, | |
2468 | and stores 64-bit integers in a different format than 64-bit doubles. | |
2469 | Therefore @code{CLASS_CANNOT_CHANGE_MODE_P} is always true. | |
feca2ed3 JW |
2470 | @end table |
2471 | ||
2472 | Three other special macros describe which operands fit which constraint | |
2473 | letters. | |
2474 | ||
2475 | @table @code | |
2476 | @findex CONST_OK_FOR_LETTER_P | |
2477 | @item CONST_OK_FOR_LETTER_P (@var{value}, @var{c}) | |
e119b68c MM |
2478 | A C expression that defines the machine-dependent operand constraint |
2479 | letters (@samp{I}, @samp{J}, @samp{K}, @dots{} @samp{P}) that specify | |
2480 | particular ranges of integer values. If @var{c} is one of those | |
2481 | letters, the expression should check that @var{value}, an integer, is in | |
2482 | the appropriate range and return 1 if so, 0 otherwise. If @var{c} is | |
2483 | not one of those letters, the value should be 0 regardless of | |
2484 | @var{value}. | |
feca2ed3 JW |
2485 | |
2486 | @findex CONST_DOUBLE_OK_FOR_LETTER_P | |
2487 | @item CONST_DOUBLE_OK_FOR_LETTER_P (@var{value}, @var{c}) | |
2488 | A C expression that defines the machine-dependent operand constraint | |
e119b68c MM |
2489 | letters that specify particular ranges of @code{const_double} values |
2490 | (@samp{G} or @samp{H}). | |
feca2ed3 JW |
2491 | |
2492 | If @var{c} is one of those letters, the expression should check that | |
2493 | @var{value}, an RTX of code @code{const_double}, is in the appropriate | |
2494 | range and return 1 if so, 0 otherwise. If @var{c} is not one of those | |
2495 | letters, the value should be 0 regardless of @var{value}. | |
2496 | ||
2497 | @code{const_double} is used for all floating-point constants and for | |
2498 | @code{DImode} fixed-point constants. A given letter can accept either | |
2499 | or both kinds of values. It can use @code{GET_MODE} to distinguish | |
2500 | between these kinds. | |
2501 | ||
2502 | @findex EXTRA_CONSTRAINT | |
2503 | @item EXTRA_CONSTRAINT (@var{value}, @var{c}) | |
2504 | A C expression that defines the optional machine-dependent constraint | |
c2cba7a9 RH |
2505 | letters that can be used to segregate specific types of operands, usually |
2506 | memory references, for the target machine. Any letter that is not | |
2507 | elsewhere defined and not matched by @code{REG_CLASS_FROM_LETTER} | |
2508 | may be used. Normally this macro will not be defined. | |
2509 | ||
2510 | If it is required for a particular target machine, it should return 1 | |
2511 | if @var{value} corresponds to the operand type represented by the | |
2512 | constraint letter @var{c}. If @var{c} is not defined as an extra | |
e119b68c | 2513 | constraint, the value returned should be 0 regardless of @var{value}. |
feca2ed3 | 2514 | |
c2cba7a9 RH |
2515 | For example, on the ROMP, load instructions cannot have their output |
2516 | in r0 if the memory reference contains a symbolic address. Constraint | |
2517 | letter @samp{Q} is defined as representing a memory address that does | |
feca2ed3 JW |
2518 | @emph{not} contain a symbolic address. An alternative is specified with |
2519 | a @samp{Q} constraint on the input and @samp{r} on the output. The next | |
2520 | alternative specifies @samp{m} on the input and a register class that | |
2521 | does not include r0 on the output. | |
2522 | @end table | |
2523 | ||
2524 | @node Stack and Calling | |
2525 | @section Stack Layout and Calling Conventions | |
2526 | @cindex calling conventions | |
2527 | ||
2528 | @c prevent bad page break with this line | |
2529 | This describes the stack layout and calling conventions. | |
2530 | ||
2531 | @menu | |
2532 | * Frame Layout:: | |
7c16328b | 2533 | * Exception Handling:: |
861bb6c1 | 2534 | * Stack Checking:: |
feca2ed3 JW |
2535 | * Frame Registers:: |
2536 | * Elimination:: | |
2537 | * Stack Arguments:: | |
2538 | * Register Arguments:: | |
2539 | * Scalar Return:: | |
2540 | * Aggregate Return:: | |
2541 | * Caller Saves:: | |
2542 | * Function Entry:: | |
2543 | * Profiling:: | |
91d231cb | 2544 | * Tail Calls:: |
feca2ed3 JW |
2545 | @end menu |
2546 | ||
2547 | @node Frame Layout | |
2548 | @subsection Basic Stack Layout | |
2549 | @cindex stack frame layout | |
2550 | @cindex frame layout | |
2551 | ||
2552 | @c prevent bad page break with this line | |
2553 | Here is the basic stack layout. | |
2554 | ||
2555 | @table @code | |
2556 | @findex STACK_GROWS_DOWNWARD | |
2557 | @item STACK_GROWS_DOWNWARD | |
2558 | Define this macro if pushing a word onto the stack moves the stack | |
2559 | pointer to a smaller address. | |
2560 | ||
2561 | When we say, ``define this macro if @dots{},'' it means that the | |
2562 | compiler checks this macro only with @code{#ifdef} so the precise | |
2563 | definition used does not matter. | |
2564 | ||
918a6124 GK |
2565 | @findex STACK_PUSH_CODE |
2566 | @item STACK_PUSH_CODE | |
2567 | ||
2568 | This macro defines the operation used when something is pushed | |
2569 | on the stack. In RTL, a push operation will be | |
2570 | @code{(set (mem (STACK_PUSH_CODE (reg sp))) ...)} | |
2571 | ||
2572 | The choices are @code{PRE_DEC}, @code{POST_DEC}, @code{PRE_INC}, | |
2573 | and @code{POST_INC}. Which of these is correct depends on | |
2574 | the stack direction and on whether the stack pointer points | |
2575 | to the last item on the stack or whether it points to the | |
2576 | space for the next item on the stack. | |
2577 | ||
2578 | The default is @code{PRE_DEC} when @code{STACK_GROWS_DOWNWARD} is | |
2579 | defined, which is almost always right, and @code{PRE_INC} otherwise, | |
2580 | which is often wrong. | |
2581 | ||
feca2ed3 JW |
2582 | @findex FRAME_GROWS_DOWNWARD |
2583 | @item FRAME_GROWS_DOWNWARD | |
2584 | Define this macro if the addresses of local variable slots are at negative | |
2585 | offsets from the frame pointer. | |
2586 | ||
2587 | @findex ARGS_GROW_DOWNWARD | |
2588 | @item ARGS_GROW_DOWNWARD | |
2589 | Define this macro if successive arguments to a function occupy decreasing | |
2590 | addresses on the stack. | |
2591 | ||
2592 | @findex STARTING_FRAME_OFFSET | |
2593 | @item STARTING_FRAME_OFFSET | |
2594 | Offset from the frame pointer to the first local variable slot to be allocated. | |
2595 | ||
2596 | If @code{FRAME_GROWS_DOWNWARD}, find the next slot's offset by | |
2597 | subtracting the first slot's length from @code{STARTING_FRAME_OFFSET}. | |
2598 | Otherwise, it is found by adding the length of the first slot to the | |
2599 | value @code{STARTING_FRAME_OFFSET}. | |
2600 | @c i'm not sure if the above is still correct.. had to change it to get | |
2601 | @c rid of an overfull. --mew 2feb93 | |
2602 | ||
2603 | @findex STACK_POINTER_OFFSET | |
2604 | @item STACK_POINTER_OFFSET | |
2605 | Offset from the stack pointer register to the first location at which | |
2606 | outgoing arguments are placed. If not specified, the default value of | |
2607 | zero is used. This is the proper value for most machines. | |
2608 | ||
2609 | If @code{ARGS_GROW_DOWNWARD}, this is the offset to the location above | |
2610 | the first location at which outgoing arguments are placed. | |
2611 | ||
2612 | @findex FIRST_PARM_OFFSET | |
2613 | @item FIRST_PARM_OFFSET (@var{fundecl}) | |
2614 | Offset from the argument pointer register to the first argument's | |
2615 | address. On some machines it may depend on the data type of the | |
2616 | function. | |
2617 | ||
2618 | If @code{ARGS_GROW_DOWNWARD}, this is the offset to the location above | |
2619 | the first argument's address. | |
2620 | ||
2621 | @findex STACK_DYNAMIC_OFFSET | |
2622 | @item STACK_DYNAMIC_OFFSET (@var{fundecl}) | |
2623 | Offset from the stack pointer register to an item dynamically allocated | |
2624 | on the stack, e.g., by @code{alloca}. | |
2625 | ||
2626 | The default value for this macro is @code{STACK_POINTER_OFFSET} plus the | |
2627 | length of the outgoing arguments. The default is correct for most | |
2628 | machines. See @file{function.c} for details. | |
2629 | ||
2630 | @findex DYNAMIC_CHAIN_ADDRESS | |
2631 | @item DYNAMIC_CHAIN_ADDRESS (@var{frameaddr}) | |
2632 | A C expression whose value is RTL representing the address in a stack | |
2633 | frame where the pointer to the caller's frame is stored. Assume that | |
2634 | @var{frameaddr} is an RTL expression for the address of the stack frame | |
2635 | itself. | |
2636 | ||
2637 | If you don't define this macro, the default is to return the value | |
2638 | of @var{frameaddr}---that is, the stack frame address is also the | |
2639 | address of the stack word that points to the previous frame. | |
2640 | ||
2641 | @findex SETUP_FRAME_ADDRESSES | |
0bc02db4 | 2642 | @item SETUP_FRAME_ADDRESSES |
feca2ed3 JW |
2643 | If defined, a C expression that produces the machine-specific code to |
2644 | setup the stack so that arbitrary frames can be accessed. For example, | |
2645 | on the Sparc, we must flush all of the register windows to the stack | |
0bc02db4 MS |
2646 | before we can access arbitrary stack frames. You will seldom need to |
2647 | define this macro. | |
2648 | ||
2649 | @findex BUILTIN_SETJMP_FRAME_VALUE | |
2650 | @item BUILTIN_SETJMP_FRAME_VALUE | |
2651 | If defined, a C expression that contains an rtx that is used to store | |
2652 | the address of the current frame into the built in @code{setjmp} buffer. | |
2653 | The default value, @code{virtual_stack_vars_rtx}, is correct for most | |
2654 | machines. One reason you may need to define this macro is if | |
2655 | @code{hard_frame_pointer_rtx} is the appropriate value on your machine. | |
feca2ed3 JW |
2656 | |
2657 | @findex RETURN_ADDR_RTX | |
2658 | @item RETURN_ADDR_RTX (@var{count}, @var{frameaddr}) | |
2659 | A C expression whose value is RTL representing the value of the return | |
861bb6c1 JL |
2660 | address for the frame @var{count} steps up from the current frame, after |
2661 | the prologue. @var{frameaddr} is the frame pointer of the @var{count} | |
2662 | frame, or the frame pointer of the @var{count} @minus{} 1 frame if | |
feca2ed3 JW |
2663 | @code{RETURN_ADDR_IN_PREVIOUS_FRAME} is defined. |
2664 | ||
e9a25f70 JL |
2665 | The value of the expression must always be the correct address when |
2666 | @var{count} is zero, but may be @code{NULL_RTX} if there is not way to | |
2667 | determine the return address of other frames. | |
2668 | ||
feca2ed3 JW |
2669 | @findex RETURN_ADDR_IN_PREVIOUS_FRAME |
2670 | @item RETURN_ADDR_IN_PREVIOUS_FRAME | |
2671 | Define this if the return address of a particular stack frame is accessed | |
2672 | from the frame pointer of the previous stack frame. | |
861bb6c1 JL |
2673 | |
2674 | @findex INCOMING_RETURN_ADDR_RTX | |
2675 | @item INCOMING_RETURN_ADDR_RTX | |
2676 | A C expression whose value is RTL representing the location of the | |
2677 | incoming return address at the beginning of any function, before the | |
2678 | prologue. This RTL is either a @code{REG}, indicating that the return | |
2679 | value is saved in @samp{REG}, or a @code{MEM} representing a location in | |
2680 | the stack. | |
2681 | ||
2682 | You only need to define this macro if you want to support call frame | |
2683 | debugging information like that provided by DWARF 2. | |
2684 | ||
2c849145 | 2685 | If this RTL is a @code{REG}, you should also define |
aee96fe9 | 2686 | @code{DWARF_FRAME_RETURN_COLUMN} to @code{DWARF_FRAME_REGNUM (REGNO)}. |
2c849145 | 2687 | |
861bb6c1 JL |
2688 | @findex INCOMING_FRAME_SP_OFFSET |
2689 | @item INCOMING_FRAME_SP_OFFSET | |
2690 | A C expression whose value is an integer giving the offset, in bytes, | |
2691 | from the value of the stack pointer register to the top of the stack | |
2692 | frame at the beginning of any function, before the prologue. The top of | |
2693 | the frame is defined to be the value of the stack pointer in the | |
2694 | previous frame, just before the call instruction. | |
2695 | ||
71038426 RH |
2696 | You only need to define this macro if you want to support call frame |
2697 | debugging information like that provided by DWARF 2. | |
2698 | ||
2699 | @findex ARG_POINTER_CFA_OFFSET | |
2c849145 | 2700 | @item ARG_POINTER_CFA_OFFSET (@var{fundecl}) |
71038426 RH |
2701 | A C expression whose value is an integer giving the offset, in bytes, |
2702 | from the argument pointer to the canonical frame address (cfa). The | |
02f52e19 | 2703 | final value should coincide with that calculated by |
71038426 RH |
2704 | @code{INCOMING_FRAME_SP_OFFSET}. Which is unfortunately not usable |
2705 | during virtual register instantiation. | |
2706 | ||
2c849145 JM |
2707 | The default value for this macro is @code{FIRST_PARM_OFFSET (fundecl)}, |
2708 | which is correct for most machines; in general, the arguments are found | |
208e52d9 JM |
2709 | immediately before the stack frame. Note that this is not the case on |
2710 | some targets that save registers into the caller's frame, such as SPARC | |
2711 | and rs6000, and so such targets need to define this macro. | |
2c849145 | 2712 | |
208e52d9 | 2713 | You only need to define this macro if the default is incorrect, and you |
2c849145 JM |
2714 | want to support call frame debugging information like that provided by |
2715 | DWARF 2. | |
512b62fb | 2716 | |
7c16328b RH |
2717 | @findex SMALL_STACK |
2718 | @item SMALL_STACK | |
2719 | Define this macro if the stack size for the target is very small. This | |
2720 | has the effect of disabling gcc's built-in @samp{alloca}, though | |
2721 | @samp{__builtin_alloca} is not affected. | |
2722 | @end table | |
2723 | ||
2724 | @node Exception Handling | |
2725 | @subsection Exception Handling Support | |
2726 | @cindex exception handling | |
2727 | ||
2728 | @table @code | |
52a11cbf RH |
2729 | @findex EH_RETURN_DATA_REGNO |
2730 | @item EH_RETURN_DATA_REGNO (@var{N}) | |
2731 | A C expression whose value is the @var{N}th register number used for | |
2732 | data by exception handlers, or @code{INVALID_REGNUM} if fewer than | |
2733 | @var{N} registers are usable. | |
2734 | ||
2735 | The exception handling library routines communicate with the exception | |
2736 | handlers via a set of agreed upon registers. Ideally these registers | |
2737 | should be call-clobbered; it is possible to use call-saved registers, | |
2738 | but may negatively impact code size. The target must support at least | |
2739 | 2 data registers, but should define 4 if there are enough free registers. | |
2740 | ||
2741 | You must define this macro if you want to support call frame exception | |
2742 | handling like that provided by DWARF 2. | |
2743 | ||
2744 | @findex EH_RETURN_STACKADJ_RTX | |
2745 | @item EH_RETURN_STACKADJ_RTX | |
2746 | A C expression whose value is RTL representing a location in which | |
2747 | to store a stack adjustment to be applied before function return. | |
2748 | This is used to unwind the stack to an exception handler's call frame. | |
2749 | It will be assigned zero on code paths that return normally. | |
2750 | ||
02f52e19 | 2751 | Typically this is a call-clobbered hard register that is otherwise |
52a11cbf RH |
2752 | untouched by the epilogue, but could also be a stack slot. |
2753 | ||
2754 | You must define this macro if you want to support call frame exception | |
2755 | handling like that provided by DWARF 2. | |
2756 | ||
2757 | @findex EH_RETURN_HANDLER_RTX | |
2758 | @item EH_RETURN_HANDLER_RTX | |
2759 | A C expression whose value is RTL representing a location in which | |
02f52e19 | 2760 | to store the address of an exception handler to which we should |
52a11cbf RH |
2761 | return. It will not be assigned on code paths that return normally. |
2762 | ||
2763 | Typically this is the location in the call frame at which the normal | |
02f52e19 AJ |
2764 | return address is stored. For targets that return by popping an |
2765 | address off the stack, this might be a memory address just below | |
52a11cbf RH |
2766 | the @emph{target} call frame rather than inside the current call |
2767 | frame. @code{EH_RETURN_STACKADJ_RTX} will have already been assigned, | |
2768 | so it may be used to calculate the location of the target call frame. | |
2769 | ||
2770 | Some targets have more complex requirements than storing to an | |
2771 | address calculable during initial code generation. In that case | |
2772 | the @code{eh_return} instruction pattern should be used instead. | |
2773 | ||
2774 | If you want to support call frame exception handling, you must | |
2775 | define either this macro or the @code{eh_return} instruction pattern. | |
2776 | ||
2a1ee410 | 2777 | @findex ASM_PREFERRED_EH_DATA_FORMAT |
aee96fe9 | 2778 | @item ASM_PREFERRED_EH_DATA_FORMAT(@var{code}, @var{global}) |
2a1ee410 RH |
2779 | This macro chooses the encoding of pointers embedded in the exception |
2780 | handling sections. If at all possible, this should be defined such | |
2781 | that the exception handling section will not require dynamic relocations, | |
2782 | and so may be read-only. | |
2783 | ||
aee96fe9 JM |
2784 | @var{code} is 0 for data, 1 for code labels, 2 for function pointers. |
2785 | @var{global} is true if the symbol may be affected by dynamic relocations. | |
2a1ee410 RH |
2786 | The macro should return a combination of the @code{DW_EH_PE_*} defines |
2787 | as found in @file{dwarf2.h}. | |
2788 | ||
ebb48a4d | 2789 | If this macro is not defined, pointers will not be encoded but |
2a1ee410 RH |
2790 | represented directly. |
2791 | ||
2792 | @findex ASM_MAYBE_OUTPUT_ENCODED_ADDR_RTX | |
aee96fe9 | 2793 | @item ASM_MAYBE_OUTPUT_ENCODED_ADDR_RTX(@var{file}, @var{encoding}, @var{size}, @var{addr}, @var{done}) |
2a1ee410 RH |
2794 | This macro allows the target to emit whatever special magic is required |
2795 | to represent the encoding chosen by @code{ASM_PREFERRED_EH_DATA_FORMAT}. | |
2796 | Generic code takes care of pc-relative and indirect encodings; this must | |
2797 | be defined if the target uses text-relative or data-relative encodings. | |
2798 | ||
aee96fe9 JM |
2799 | This is a C statement that branches to @var{done} if the format was |
2800 | handled. @var{encoding} is the format chosen, @var{size} is the number | |
2801 | of bytes that the format occupies, @var{addr} is the @code{SYMBOL_REF} | |
2a1ee410 RH |
2802 | to be emitted. |
2803 | ||
7c16328b RH |
2804 | @findex MD_FALLBACK_FRAME_STATE_FOR |
2805 | @item MD_FALLBACK_FRAME_STATE_FOR(@var{context}, @var{fs}, @var{success}) | |
2806 | This macro allows the target to add cpu and operating system specific | |
2807 | code to the call-frame unwinder for use when there is no unwind data | |
2808 | available. The most common reason to implement this macro is to unwind | |
2809 | through signal frames. | |
2810 | ||
2811 | This macro is called from @code{uw_frame_state_for} in @file{unwind-dw2.c} | |
2812 | and @file{unwind-ia64.c}. @var{context} is an @code{_Unwind_Context}; | |
2813 | @var{fs} is an @code{_Unwind_FrameState}. Examine @code{context->ra} | |
2814 | for the address of the code being executed and @code{context->cfa} for | |
2815 | the stack pointer value. If the frame can be decoded, the register save | |
2816 | addresses should be updated in @var{fs} and the macro should branch to | |
2817 | @var{success}. If the frame cannot be decoded, the macro should do | |
2818 | nothing. | |
861bb6c1 JL |
2819 | @end table |
2820 | ||
2821 | @node Stack Checking | |
2822 | @subsection Specifying How Stack Checking is Done | |
2823 | ||
a3a15b4d | 2824 | GCC will check that stack references are within the boundaries of |
630d3d5a | 2825 | the stack, if the @option{-fstack-check} is specified, in one of three ways: |
861bb6c1 JL |
2826 | |
2827 | @enumerate | |
2828 | @item | |
a3a15b4d | 2829 | If the value of the @code{STACK_CHECK_BUILTIN} macro is nonzero, GCC |
861bb6c1 JL |
2830 | will assume that you have arranged for stack checking to be done at |
2831 | appropriate places in the configuration files, e.g., in | |
08c148a8 NB |
2832 | @code{TARGET_ASM_FUNCTION_PROLOGUE}. GCC will do not other special |
2833 | processing. | |
861bb6c1 JL |
2834 | |
2835 | @item | |
2836 | If @code{STACK_CHECK_BUILTIN} is zero and you defined a named pattern | |
a3a15b4d | 2837 | called @code{check_stack} in your @file{md} file, GCC will call that |
861bb6c1 JL |
2838 | pattern with one argument which is the address to compare the stack |
2839 | value against. You must arrange for this pattern to report an error if | |
2840 | the stack pointer is out of range. | |
2841 | ||
2842 | @item | |
a3a15b4d | 2843 | If neither of the above are true, GCC will generate code to periodically |
861bb6c1 JL |
2844 | ``probe'' the stack pointer using the values of the macros defined below. |
2845 | @end enumerate | |
2846 | ||
a3a15b4d | 2847 | Normally, you will use the default values of these macros, so GCC |
861bb6c1 JL |
2848 | will use the third approach. |
2849 | ||
2850 | @table @code | |
2851 | @findex STACK_CHECK_BUILTIN | |
2852 | @item STACK_CHECK_BUILTIN | |
2853 | A nonzero value if stack checking is done by the configuration files in a | |
02f52e19 AJ |
2854 | machine-dependent manner. You should define this macro if stack checking |
2855 | is require by the ABI of your machine or if you would like to have to stack | |
a3a15b4d | 2856 | checking in some more efficient way than GCC's portable approach. |
861bb6c1 JL |
2857 | The default value of this macro is zero. |
2858 | ||
2859 | @findex STACK_CHECK_PROBE_INTERVAL | |
2860 | @item STACK_CHECK_PROBE_INTERVAL | |
a3a15b4d | 2861 | An integer representing the interval at which GCC must generate stack |
861bb6c1 JL |
2862 | probe instructions. You will normally define this macro to be no larger |
2863 | than the size of the ``guard pages'' at the end of a stack area. The | |
2864 | default value of 4096 is suitable for most systems. | |
2865 | ||
2866 | @findex STACK_CHECK_PROBE_LOAD | |
2867 | @item STACK_CHECK_PROBE_LOAD | |
02f52e19 | 2868 | A integer which is nonzero if GCC should perform the stack probe |
a3a15b4d | 2869 | as a load instruction and zero if GCC should use a store instruction. |
861bb6c1 JL |
2870 | The default is zero, which is the most efficient choice on most systems. |
2871 | ||
2872 | @findex STACK_CHECK_PROTECT | |
2873 | @item STACK_CHECK_PROTECT | |
2874 | The number of bytes of stack needed to recover from a stack overflow, | |
2875 | for languages where such a recovery is supported. The default value of | |
2876 | 75 words should be adequate for most machines. | |
2877 | ||
2878 | @findex STACK_CHECK_MAX_FRAME_SIZE | |
2879 | @item STACK_CHECK_MAX_FRAME_SIZE | |
a3a15b4d | 2880 | The maximum size of a stack frame, in bytes. GCC will generate probe |
861bb6c1 JL |
2881 | instructions in non-leaf functions to ensure at least this many bytes of |
2882 | stack are available. If a stack frame is larger than this size, stack | |
a3a15b4d JL |
2883 | checking will not be reliable and GCC will issue a warning. The |
2884 | default is chosen so that GCC only generates one instruction on most | |
861bb6c1 JL |
2885 | systems. You should normally not change the default value of this macro. |
2886 | ||
2887 | @findex STACK_CHECK_FIXED_FRAME_SIZE | |
2888 | @item STACK_CHECK_FIXED_FRAME_SIZE | |
a3a15b4d | 2889 | GCC uses this value to generate the above warning message. It |
861bb6c1 JL |
2890 | represents the amount of fixed frame used by a function, not including |
2891 | space for any callee-saved registers, temporaries and user variables. | |
2892 | You need only specify an upper bound for this amount and will normally | |
2893 | use the default of four words. | |
2894 | ||
2895 | @findex STACK_CHECK_MAX_VAR_SIZE | |
2896 | @item STACK_CHECK_MAX_VAR_SIZE | |
a3a15b4d | 2897 | The maximum size, in bytes, of an object that GCC will place in the |
861bb6c1 | 2898 | fixed area of the stack frame when the user specifies |
630d3d5a | 2899 | @option{-fstack-check}. |
a3a15b4d | 2900 | GCC computed the default from the values of the above macros and you will |
861bb6c1 | 2901 | normally not need to override that default. |
feca2ed3 JW |
2902 | @end table |
2903 | ||
2904 | @need 2000 | |
2905 | @node Frame Registers | |
2906 | @subsection Registers That Address the Stack Frame | |
2907 | ||
2908 | @c prevent bad page break with this line | |
2909 | This discusses registers that address the stack frame. | |
2910 | ||
2911 | @table @code | |
2912 | @findex STACK_POINTER_REGNUM | |
2913 | @item STACK_POINTER_REGNUM | |
2914 | The register number of the stack pointer register, which must also be a | |
2915 | fixed register according to @code{FIXED_REGISTERS}. On most machines, | |
2916 | the hardware determines which register this is. | |
2917 | ||
2918 | @findex FRAME_POINTER_REGNUM | |
2919 | @item FRAME_POINTER_REGNUM | |
2920 | The register number of the frame pointer register, which is used to | |
2921 | access automatic variables in the stack frame. On some machines, the | |
2922 | hardware determines which register this is. On other machines, you can | |
2923 | choose any register you wish for this purpose. | |
2924 | ||
2925 | @findex HARD_FRAME_POINTER_REGNUM | |
2926 | @item HARD_FRAME_POINTER_REGNUM | |
2927 | On some machines the offset between the frame pointer and starting | |
2928 | offset of the automatic variables is not known until after register | |
2929 | allocation has been done (for example, because the saved registers are | |
2930 | between these two locations). On those machines, define | |
2931 | @code{FRAME_POINTER_REGNUM} the number of a special, fixed register to | |
2932 | be used internally until the offset is known, and define | |
556e0f21 | 2933 | @code{HARD_FRAME_POINTER_REGNUM} to be the actual hard register number |
feca2ed3 JW |
2934 | used for the frame pointer. |
2935 | ||
2936 | You should define this macro only in the very rare circumstances when it | |
2937 | is not possible to calculate the offset between the frame pointer and | |
2938 | the automatic variables until after register allocation has been | |
2939 | completed. When this macro is defined, you must also indicate in your | |
2940 | definition of @code{ELIMINABLE_REGS} how to eliminate | |
2941 | @code{FRAME_POINTER_REGNUM} into either @code{HARD_FRAME_POINTER_REGNUM} | |
2942 | or @code{STACK_POINTER_REGNUM}. | |
2943 | ||
2944 | Do not define this macro if it would be the same as | |
2945 | @code{FRAME_POINTER_REGNUM}. | |
2946 | ||
2947 | @findex ARG_POINTER_REGNUM | |
2948 | @item ARG_POINTER_REGNUM | |
2949 | The register number of the arg pointer register, which is used to access | |
2950 | the function's argument list. On some machines, this is the same as the | |
2951 | frame pointer register. On some machines, the hardware determines which | |
2952 | register this is. On other machines, you can choose any register you | |
2953 | wish for this purpose. If this is not the same register as the frame | |
2954 | pointer register, then you must mark it as a fixed register according to | |
2955 | @code{FIXED_REGISTERS}, or arrange to be able to eliminate it | |
2956 | (@pxref{Elimination}). | |
2957 | ||
2958 | @findex RETURN_ADDRESS_POINTER_REGNUM | |
2959 | @item RETURN_ADDRESS_POINTER_REGNUM | |
2960 | The register number of the return address pointer register, which is used to | |
2961 | access the current function's return address from the stack. On some | |
2962 | machines, the return address is not at a fixed offset from the frame | |
2963 | pointer or stack pointer or argument pointer. This register can be defined | |
2964 | to point to the return address on the stack, and then be converted by | |
2965 | @code{ELIMINABLE_REGS} into either the frame pointer or stack pointer. | |
2966 | ||
2967 | Do not define this macro unless there is no other way to get the return | |
2968 | address from the stack. | |
2969 | ||
2970 | @findex STATIC_CHAIN_REGNUM | |
2971 | @findex STATIC_CHAIN_INCOMING_REGNUM | |
2972 | @item STATIC_CHAIN_REGNUM | |
2973 | @itemx STATIC_CHAIN_INCOMING_REGNUM | |
2974 | Register numbers used for passing a function's static chain pointer. If | |
2975 | register windows are used, the register number as seen by the called | |
2976 | function is @code{STATIC_CHAIN_INCOMING_REGNUM}, while the register | |
2977 | number as seen by the calling function is @code{STATIC_CHAIN_REGNUM}. If | |
2978 | these registers are the same, @code{STATIC_CHAIN_INCOMING_REGNUM} need | |
bd819a4a | 2979 | not be defined. |
feca2ed3 JW |
2980 | |
2981 | The static chain register need not be a fixed register. | |
2982 | ||
2983 | If the static chain is passed in memory, these macros should not be | |
2984 | defined; instead, the next two macros should be defined. | |
2985 | ||
2986 | @findex STATIC_CHAIN | |
2987 | @findex STATIC_CHAIN_INCOMING | |
2988 | @item STATIC_CHAIN | |
2989 | @itemx STATIC_CHAIN_INCOMING | |
2990 | If the static chain is passed in memory, these macros provide rtx giving | |
2991 | @code{mem} expressions that denote where they are stored. | |
2992 | @code{STATIC_CHAIN} and @code{STATIC_CHAIN_INCOMING} give the locations | |
2993 | as seen by the calling and called functions, respectively. Often the former | |
2994 | will be at an offset from the stack pointer and the latter at an offset from | |
bd819a4a | 2995 | the frame pointer. |
feca2ed3 JW |
2996 | |
2997 | @findex stack_pointer_rtx | |
2998 | @findex frame_pointer_rtx | |
2999 | @findex arg_pointer_rtx | |
3000 | The variables @code{stack_pointer_rtx}, @code{frame_pointer_rtx}, and | |
3001 | @code{arg_pointer_rtx} will have been initialized prior to the use of these | |
3002 | macros and should be used to refer to those items. | |
3003 | ||
3004 | If the static chain is passed in a register, the two previous macros should | |
3005 | be defined instead. | |
3006 | @end table | |
3007 | ||
3008 | @node Elimination | |
3009 | @subsection Eliminating Frame Pointer and Arg Pointer | |
3010 | ||
3011 | @c prevent bad page break with this line | |
3012 | This is about eliminating the frame pointer and arg pointer. | |
3013 | ||
3014 | @table @code | |
3015 | @findex FRAME_POINTER_REQUIRED | |
3016 | @item FRAME_POINTER_REQUIRED | |
3017 | A C expression which is nonzero if a function must have and use a frame | |
3018 | pointer. This expression is evaluated in the reload pass. If its value is | |
3019 | nonzero the function will have a frame pointer. | |
3020 | ||
3021 | The expression can in principle examine the current function and decide | |
3022 | according to the facts, but on most machines the constant 0 or the | |
3023 | constant 1 suffices. Use 0 when the machine allows code to be generated | |
3024 | with no frame pointer, and doing so saves some time or space. Use 1 | |
3025 | when there is no possible advantage to avoiding a frame pointer. | |
3026 | ||
3027 | In certain cases, the compiler does not know how to produce valid code | |
3028 | without a frame pointer. The compiler recognizes those cases and | |
3029 | automatically gives the function a frame pointer regardless of what | |
3030 | @code{FRAME_POINTER_REQUIRED} says. You don't need to worry about | |
bd819a4a | 3031 | them. |
feca2ed3 JW |
3032 | |
3033 | In a function that does not require a frame pointer, the frame pointer | |
3034 | register can be allocated for ordinary usage, unless you mark it as a | |
3035 | fixed register. See @code{FIXED_REGISTERS} for more information. | |
3036 | ||
3037 | @findex INITIAL_FRAME_POINTER_OFFSET | |
3038 | @findex get_frame_size | |
3039 | @item INITIAL_FRAME_POINTER_OFFSET (@var{depth-var}) | |
3040 | A C statement to store in the variable @var{depth-var} the difference | |
3041 | between the frame pointer and the stack pointer values immediately after | |
3042 | the function prologue. The value would be computed from information | |
3043 | such as the result of @code{get_frame_size ()} and the tables of | |
3044 | registers @code{regs_ever_live} and @code{call_used_regs}. | |
3045 | ||
3046 | If @code{ELIMINABLE_REGS} is defined, this macro will be not be used and | |
3047 | need not be defined. Otherwise, it must be defined even if | |
3048 | @code{FRAME_POINTER_REQUIRED} is defined to always be true; in that | |
3049 | case, you may set @var{depth-var} to anything. | |
3050 | ||
3051 | @findex ELIMINABLE_REGS | |
3052 | @item ELIMINABLE_REGS | |
3053 | If defined, this macro specifies a table of register pairs used to | |
3054 | eliminate unneeded registers that point into the stack frame. If it is not | |
3055 | defined, the only elimination attempted by the compiler is to replace | |
3056 | references to the frame pointer with references to the stack pointer. | |
3057 | ||
3058 | The definition of this macro is a list of structure initializations, each | |
3059 | of which specifies an original and replacement register. | |
3060 | ||
3061 | On some machines, the position of the argument pointer is not known until | |
3062 | the compilation is completed. In such a case, a separate hard register | |
3063 | must be used for the argument pointer. This register can be eliminated by | |
3064 | replacing it with either the frame pointer or the argument pointer, | |
3065 | depending on whether or not the frame pointer has been eliminated. | |
3066 | ||
3067 | In this case, you might specify: | |
3068 | @example | |
3069 | #define ELIMINABLE_REGS \ | |
3070 | @{@{ARG_POINTER_REGNUM, STACK_POINTER_REGNUM@}, \ | |
3071 | @{ARG_POINTER_REGNUM, FRAME_POINTER_REGNUM@}, \ | |
3072 | @{FRAME_POINTER_REGNUM, STACK_POINTER_REGNUM@}@} | |
3073 | @end example | |
3074 | ||
3075 | Note that the elimination of the argument pointer with the stack pointer is | |
3076 | specified first since that is the preferred elimination. | |
3077 | ||
3078 | @findex CAN_ELIMINATE | |
3079 | @item CAN_ELIMINATE (@var{from-reg}, @var{to-reg}) | |
df2a54e9 | 3080 | A C expression that returns nonzero if the compiler is allowed to try |
feca2ed3 JW |
3081 | to replace register number @var{from-reg} with register number |
3082 | @var{to-reg}. This macro need only be defined if @code{ELIMINABLE_REGS} | |
3083 | is defined, and will usually be the constant 1, since most of the cases | |
3084 | preventing register elimination are things that the compiler already | |
3085 | knows about. | |
3086 | ||
3087 | @findex INITIAL_ELIMINATION_OFFSET | |
3088 | @item INITIAL_ELIMINATION_OFFSET (@var{from-reg}, @var{to-reg}, @var{offset-var}) | |
3089 | This macro is similar to @code{INITIAL_FRAME_POINTER_OFFSET}. It | |
3090 | specifies the initial difference between the specified pair of | |
3091 | registers. This macro must be defined if @code{ELIMINABLE_REGS} is | |
3092 | defined. | |
3093 | ||
3094 | @findex LONGJMP_RESTORE_FROM_STACK | |
3095 | @item LONGJMP_RESTORE_FROM_STACK | |
3096 | Define this macro if the @code{longjmp} function restores registers from | |
3097 | the stack frames, rather than from those saved specifically by | |
3098 | @code{setjmp}. Certain quantities must not be kept in registers across | |
3099 | a call to @code{setjmp} on such machines. | |
3100 | @end table | |
3101 | ||
3102 | @node Stack Arguments | |
3103 | @subsection Passing Function Arguments on the Stack | |
3104 | @cindex arguments on stack | |
3105 | @cindex stack arguments | |
3106 | ||
3107 | The macros in this section control how arguments are passed | |
3108 | on the stack. See the following section for other macros that | |
3109 | control passing certain arguments in registers. | |
3110 | ||
3111 | @table @code | |
3112 | @findex PROMOTE_PROTOTYPES | |
3113 | @item PROMOTE_PROTOTYPES | |
7d473569 JJ |
3114 | A C expression whose value is nonzero if an argument declared in |
3115 | a prototype as an integral type smaller than @code{int} should | |
3116 | actually be passed as an @code{int}. In addition to avoiding | |
3117 | errors in certain cases of mismatch, it also makes for better | |
3118 | code on certain machines. If the macro is not defined in target | |
3119 | header files, it defaults to 0. | |
feca2ed3 | 3120 | |
f73ad30e JH |
3121 | @findex PUSH_ARGS |
3122 | @item PUSH_ARGS | |
767094dd | 3123 | A C expression. If nonzero, push insns will be used to pass |
f73ad30e JH |
3124 | outgoing arguments. |
3125 | If the target machine does not have a push instruction, set it to zero. | |
3126 | That directs GCC to use an alternate strategy: to | |
3127 | allocate the entire argument block and then store the arguments into | |
aee96fe9 | 3128 | it. When @code{PUSH_ARGS} is nonzero, @code{PUSH_ROUNDING} must be defined too. |
f73ad30e JH |
3129 | On some machines, the definition |
3130 | ||
feca2ed3 JW |
3131 | @findex PUSH_ROUNDING |
3132 | @item PUSH_ROUNDING (@var{npushed}) | |
3133 | A C expression that is the number of bytes actually pushed onto the | |
3134 | stack when an instruction attempts to push @var{npushed} bytes. | |
feca2ed3 JW |
3135 | |
3136 | On some machines, the definition | |
3137 | ||
3138 | @example | |
3139 | #define PUSH_ROUNDING(BYTES) (BYTES) | |
3140 | @end example | |
3141 | ||
3142 | @noindent | |
3143 | will suffice. But on other machines, instructions that appear | |
3144 | to push one byte actually push two bytes in an attempt to maintain | |
3145 | alignment. Then the definition should be | |
3146 | ||
3147 | @example | |
3148 | #define PUSH_ROUNDING(BYTES) (((BYTES) + 1) & ~1) | |
3149 | @end example | |
3150 | ||
3151 | @findex ACCUMULATE_OUTGOING_ARGS | |
3152 | @findex current_function_outgoing_args_size | |
3153 | @item ACCUMULATE_OUTGOING_ARGS | |
767094dd | 3154 | A C expression. If nonzero, the maximum amount of space required for outgoing arguments |
feca2ed3 JW |
3155 | will be computed and placed into the variable |
3156 | @code{current_function_outgoing_args_size}. No space will be pushed | |
3157 | onto the stack for each call; instead, the function prologue should | |
3158 | increase the stack frame size by this amount. | |
3159 | ||
f73ad30e | 3160 | Setting both @code{PUSH_ARGS} and @code{ACCUMULATE_OUTGOING_ARGS} |
feca2ed3 JW |
3161 | is not proper. |
3162 | ||
3163 | @findex REG_PARM_STACK_SPACE | |
3164 | @item REG_PARM_STACK_SPACE (@var{fndecl}) | |
3165 | Define this macro if functions should assume that stack space has been | |
3166 | allocated for arguments even when their values are passed in | |
3167 | registers. | |
3168 | ||
3169 | The value of this macro is the size, in bytes, of the area reserved for | |
ab87f8c8 | 3170 | arguments passed in registers for the function represented by @var{fndecl}, |
a3a15b4d | 3171 | which can be zero if GCC is calling a library function. |
feca2ed3 JW |
3172 | |
3173 | This space can be allocated by the caller, or be a part of the | |
3174 | machine-dependent stack frame: @code{OUTGOING_REG_PARM_STACK_SPACE} says | |
3175 | which. | |
3176 | @c above is overfull. not sure what to do. --mew 5feb93 did | |
3177 | @c something, not sure if it looks good. --mew 10feb93 | |
3178 | ||
3179 | @findex MAYBE_REG_PARM_STACK_SPACE | |
3180 | @findex FINAL_REG_PARM_STACK_SPACE | |
3181 | @item MAYBE_REG_PARM_STACK_SPACE | |
3182 | @itemx FINAL_REG_PARM_STACK_SPACE (@var{const_size}, @var{var_size}) | |
3183 | Define these macros in addition to the one above if functions might | |
3184 | allocate stack space for arguments even when their values are passed | |
3185 | in registers. These should be used when the stack space allocated | |
3186 | for arguments in registers is not a simple constant independent of the | |
3187 | function declaration. | |
3188 | ||
3189 | The value of the first macro is the size, in bytes, of the area that | |
3190 | we should initially assume would be reserved for arguments passed in registers. | |
3191 | ||
3192 | The value of the second macro is the actual size, in bytes, of the area | |
3193 | that will be reserved for arguments passed in registers. This takes two | |
3194 | arguments: an integer representing the number of bytes of fixed sized | |
3195 | arguments on the stack, and a tree representing the number of bytes of | |
3196 | variable sized arguments on the stack. | |
3197 | ||
3198 | When these macros are defined, @code{REG_PARM_STACK_SPACE} will only be | |
3199 | called for libcall functions, the current function, or for a function | |
3200 | being called when it is known that such stack space must be allocated. | |
3201 | In each case this value can be easily computed. | |
3202 | ||
3203 | When deciding whether a called function needs such stack space, and how | |
a3a15b4d | 3204 | much space to reserve, GCC uses these two macros instead of |
feca2ed3 JW |
3205 | @code{REG_PARM_STACK_SPACE}. |
3206 | ||
3207 | @findex OUTGOING_REG_PARM_STACK_SPACE | |
3208 | @item OUTGOING_REG_PARM_STACK_SPACE | |
3209 | Define this if it is the responsibility of the caller to allocate the area | |
3210 | reserved for arguments passed in registers. | |
3211 | ||
3212 | If @code{ACCUMULATE_OUTGOING_ARGS} is defined, this macro controls | |
3213 | whether the space for these arguments counts in the value of | |
3214 | @code{current_function_outgoing_args_size}. | |
3215 | ||
3216 | @findex STACK_PARMS_IN_REG_PARM_AREA | |
3217 | @item STACK_PARMS_IN_REG_PARM_AREA | |
3218 | Define this macro if @code{REG_PARM_STACK_SPACE} is defined, but the | |
3219 | stack parameters don't skip the area specified by it. | |
3220 | @c i changed this, makes more sens and it should have taken care of the | |
3221 | @c overfull.. not as specific, tho. --mew 5feb93 | |
3222 | ||
3223 | Normally, when a parameter is not passed in registers, it is placed on the | |
3224 | stack beyond the @code{REG_PARM_STACK_SPACE} area. Defining this macro | |
3225 | suppresses this behavior and causes the parameter to be passed on the | |
3226 | stack in its natural location. | |
3227 | ||
3228 | @findex RETURN_POPS_ARGS | |
3229 | @item RETURN_POPS_ARGS (@var{fundecl}, @var{funtype}, @var{stack-size}) | |
3230 | A C expression that should indicate the number of bytes of its own | |
3231 | arguments that a function pops on returning, or 0 if the | |
3232 | function pops no arguments and the caller must therefore pop them all | |
3233 | after the function returns. | |
3234 | ||
3235 | @var{fundecl} is a C variable whose value is a tree node that describes | |
3236 | the function in question. Normally it is a node of type | |
3237 | @code{FUNCTION_DECL} that describes the declaration of the function. | |
91d231cb | 3238 | From this you can obtain the @code{DECL_ATTRIBUTES} of the function. |
feca2ed3 JW |
3239 | |
3240 | @var{funtype} is a C variable whose value is a tree node that | |
3241 | describes the function in question. Normally it is a node of type | |
3242 | @code{FUNCTION_TYPE} that describes the data type of the function. | |
3243 | From this it is possible to obtain the data types of the value and | |
3244 | arguments (if known). | |
3245 | ||
861bb6c1 | 3246 | When a call to a library function is being considered, @var{fundecl} |
feca2ed3 JW |
3247 | will contain an identifier node for the library function. Thus, if |
3248 | you need to distinguish among various library functions, you can do so | |
3249 | by their names. Note that ``library function'' in this context means | |
3250 | a function used to perform arithmetic, whose name is known specially | |
3251 | in the compiler and was not mentioned in the C code being compiled. | |
3252 | ||
3253 | @var{stack-size} is the number of bytes of arguments passed on the | |
3254 | stack. If a variable number of bytes is passed, it is zero, and | |
3255 | argument popping will always be the responsibility of the calling function. | |
3256 | ||
8aeea6e6 | 3257 | On the VAX, all functions always pop their arguments, so the definition |
feca2ed3 JW |
3258 | of this macro is @var{stack-size}. On the 68000, using the standard |
3259 | calling convention, no functions pop their arguments, so the value of | |
3260 | the macro is always 0 in this case. But an alternative calling | |
3261 | convention is available in which functions that take a fixed number of | |
3262 | arguments pop them but other functions (such as @code{printf}) pop | |
3263 | nothing (the caller pops all). When this convention is in use, | |
3264 | @var{funtype} is examined to determine whether a function takes a fixed | |
3265 | number of arguments. | |
3266 | @end table | |
3267 | ||
3268 | @node Register Arguments | |
3269 | @subsection Passing Arguments in Registers | |
3270 | @cindex arguments in registers | |
3271 | @cindex registers arguments | |
3272 | ||
3273 | This section describes the macros which let you control how various | |
3274 | types of arguments are passed in registers or how they are arranged in | |
3275 | the stack. | |
3276 | ||
3277 | @table @code | |
3278 | @findex FUNCTION_ARG | |
3279 | @item FUNCTION_ARG (@var{cum}, @var{mode}, @var{type}, @var{named}) | |
3280 | A C expression that controls whether a function argument is passed | |
3281 | in a register, and which register. | |
3282 | ||
3283 | The arguments are @var{cum}, which summarizes all the previous | |
3284 | arguments; @var{mode}, the machine mode of the argument; @var{type}, | |
3285 | the data type of the argument as a tree node or 0 if that is not known | |
3286 | (which happens for C support library functions); and @var{named}, | |
3287 | which is 1 for an ordinary argument and 0 for nameless arguments that | |
3288 | correspond to @samp{@dots{}} in the called function's prototype. | |
3719d27b JO |
3289 | @var{type} can be an incomplete type if a syntax error has previously |
3290 | occurred. | |
feca2ed3 JW |
3291 | |
3292 | The value of the expression is usually either a @code{reg} RTX for the | |
3293 | hard register in which to pass the argument, or zero to pass the | |
3294 | argument on the stack. | |
3295 | ||
8aeea6e6 | 3296 | For machines like the VAX and 68000, where normally all arguments are |
feca2ed3 JW |
3297 | pushed, zero suffices as a definition. |
3298 | ||
161d7b59 | 3299 | The value of the expression can also be a @code{parallel} RTX@. This is |
feca2ed3 JW |
3300 | used when an argument is passed in multiple locations. The mode of the |
3301 | of the @code{parallel} should be the mode of the entire argument. The | |
3302 | @code{parallel} holds any number of @code{expr_list} pairs; each one | |
f797c10b NC |
3303 | describes where part of the argument is passed. In each |
3304 | @code{expr_list} the first operand must be a @code{reg} RTX for the hard | |
3305 | register in which to pass this part of the argument, and the mode of the | |
3306 | register RTX indicates how large this part of the argument is. The | |
3307 | second operand of the @code{expr_list} is a @code{const_int} which gives | |
3308 | the offset in bytes into the entire argument of where this part starts. | |
02f52e19 | 3309 | As a special exception the first @code{expr_list} in the @code{parallel} |
c980b85b NC |
3310 | RTX may have a first operand of zero. This indicates that the entire |
3311 | argument is also stored on the stack. | |
feca2ed3 | 3312 | |
1cc5e432 GK |
3313 | The last time this macro is called, it is called with @code{MODE == |
3314 | VOIDmode}, and its result is passed to the @code{call} or @code{call_value} | |
3315 | pattern as operands 2 and 3 respectively. | |
3316 | ||
feca2ed3 | 3317 | @cindex @file{stdarg.h} and register arguments |
5490d604 | 3318 | The usual way to make the ISO library @file{stdarg.h} work on a machine |
feca2ed3 JW |
3319 | where some arguments are usually passed in registers, is to cause |
3320 | nameless arguments to be passed on the stack instead. This is done | |
3321 | by making @code{FUNCTION_ARG} return 0 whenever @var{named} is 0. | |
3322 | ||
3323 | @cindex @code{MUST_PASS_IN_STACK}, and @code{FUNCTION_ARG} | |
3324 | @cindex @code{REG_PARM_STACK_SPACE}, and @code{FUNCTION_ARG} | |
3325 | You may use the macro @code{MUST_PASS_IN_STACK (@var{mode}, @var{type})} | |
3326 | in the definition of this macro to determine if this argument is of a | |
3327 | type that must be passed in the stack. If @code{REG_PARM_STACK_SPACE} | |
df2a54e9 | 3328 | is not defined and @code{FUNCTION_ARG} returns nonzero for such an |
feca2ed3 JW |
3329 | argument, the compiler will abort. If @code{REG_PARM_STACK_SPACE} is |
3330 | defined, the argument will be computed in the stack and then loaded into | |
3331 | a register. | |
3332 | ||
d9a4ee00 JL |
3333 | @findex MUST_PASS_IN_STACK |
3334 | @item MUST_PASS_IN_STACK (@var{mode}, @var{type}) | |
3335 | Define as a C expression that evaluates to nonzero if we do not know how | |
3336 | to pass TYPE solely in registers. The file @file{expr.h} defines a | |
3337 | definition that is usually appropriate, refer to @file{expr.h} for additional | |
3338 | documentation. | |
3339 | ||
feca2ed3 JW |
3340 | @findex FUNCTION_INCOMING_ARG |
3341 | @item FUNCTION_INCOMING_ARG (@var{cum}, @var{mode}, @var{type}, @var{named}) | |
3342 | Define this macro if the target machine has ``register windows'', so | |
3343 | that the register in which a function sees an arguments is not | |
3344 | necessarily the same as the one in which the caller passed the | |
3345 | argument. | |
3346 | ||
3347 | For such machines, @code{FUNCTION_ARG} computes the register in which | |
3348 | the caller passes the value, and @code{FUNCTION_INCOMING_ARG} should | |
3349 | be defined in a similar fashion to tell the function being called | |
3350 | where the arguments will arrive. | |
3351 | ||
3352 | If @code{FUNCTION_INCOMING_ARG} is not defined, @code{FUNCTION_ARG} | |
bd819a4a | 3353 | serves both purposes. |
feca2ed3 JW |
3354 | |
3355 | @findex FUNCTION_ARG_PARTIAL_NREGS | |
3356 | @item FUNCTION_ARG_PARTIAL_NREGS (@var{cum}, @var{mode}, @var{type}, @var{named}) | |
3357 | A C expression for the number of words, at the beginning of an | |
6b72173a | 3358 | argument, that must be put in registers. The value must be zero for |
feca2ed3 JW |
3359 | arguments that are passed entirely in registers or that are entirely |
3360 | pushed on the stack. | |
3361 | ||
3362 | On some machines, certain arguments must be passed partially in | |
3363 | registers and partially in memory. On these machines, typically the | |
3364 | first @var{n} words of arguments are passed in registers, and the rest | |
3365 | on the stack. If a multi-word argument (a @code{double} or a | |
3366 | structure) crosses that boundary, its first few words must be passed | |
3367 | in registers and the rest must be pushed. This macro tells the | |
3368 | compiler when this occurs, and how many of the words should go in | |
3369 | registers. | |
3370 | ||
3371 | @code{FUNCTION_ARG} for these arguments should return the first | |
3372 | register to be used by the caller for this argument; likewise | |
3373 | @code{FUNCTION_INCOMING_ARG}, for the called function. | |
3374 | ||
3375 | @findex FUNCTION_ARG_PASS_BY_REFERENCE | |
3376 | @item FUNCTION_ARG_PASS_BY_REFERENCE (@var{cum}, @var{mode}, @var{type}, @var{named}) | |
3377 | A C expression that indicates when an argument must be passed by reference. | |
3378 | If nonzero for an argument, a copy of that argument is made in memory and a | |
3379 | pointer to the argument is passed instead of the argument itself. | |
3380 | The pointer is passed in whatever way is appropriate for passing a pointer | |
3381 | to that type. | |
3382 | ||
3383 | On machines where @code{REG_PARM_STACK_SPACE} is not defined, a suitable | |
3384 | definition of this macro might be | |
3385 | @smallexample | |
3386 | #define FUNCTION_ARG_PASS_BY_REFERENCE\ | |
3387 | (CUM, MODE, TYPE, NAMED) \ | |
3388 | MUST_PASS_IN_STACK (MODE, TYPE) | |
3389 | @end smallexample | |
3390 | @c this is *still* too long. --mew 5feb93 | |
3391 | ||
3392 | @findex FUNCTION_ARG_CALLEE_COPIES | |
3393 | @item FUNCTION_ARG_CALLEE_COPIES (@var{cum}, @var{mode}, @var{type}, @var{named}) | |
3394 | If defined, a C expression that indicates when it is the called function's | |
3395 | responsibility to make a copy of arguments passed by invisible reference. | |
3396 | Normally, the caller makes a copy and passes the address of the copy to the | |
aee96fe9 | 3397 | routine being called. When @code{FUNCTION_ARG_CALLEE_COPIES} is defined and is |
feca2ed3 JW |
3398 | nonzero, the caller does not make a copy. Instead, it passes a pointer to the |
3399 | ``live'' value. The called function must not modify this value. If it can be | |
3400 | determined that the value won't be modified, it need not make a copy; | |
3401 | otherwise a copy must be made. | |
3402 | ||
3403 | @findex CUMULATIVE_ARGS | |
3404 | @item CUMULATIVE_ARGS | |
3405 | A C type for declaring a variable that is used as the first argument of | |
3406 | @code{FUNCTION_ARG} and other related values. For some target machines, | |
3407 | the type @code{int} suffices and can hold the number of bytes of | |
3408 | argument so far. | |
3409 | ||
3410 | There is no need to record in @code{CUMULATIVE_ARGS} anything about the | |
3411 | arguments that have been passed on the stack. The compiler has other | |
3412 | variables to keep track of that. For target machines on which all | |
3413 | arguments are passed on the stack, there is no need to store anything in | |
3414 | @code{CUMULATIVE_ARGS}; however, the data structure must exist and | |
3415 | should not be empty, so use @code{int}. | |
3416 | ||
3417 | @findex INIT_CUMULATIVE_ARGS | |
3418 | @item INIT_CUMULATIVE_ARGS (@var{cum}, @var{fntype}, @var{libname}, @var{indirect}) | |
3419 | A C statement (sans semicolon) for initializing the variable @var{cum} | |
3420 | for the state at the beginning of the argument list. The variable has | |
3421 | type @code{CUMULATIVE_ARGS}. The value of @var{fntype} is the tree node | |
3422 | for the data type of the function which will receive the args, or 0 | |
3423 | if the args are to a compiler support library function. The value of | |
3424 | @var{indirect} is nonzero when processing an indirect call, for example | |
3425 | a call through a function pointer. The value of @var{indirect} is zero | |
3426 | for a call to an explicitly named function, a library function call, or when | |
3427 | @code{INIT_CUMULATIVE_ARGS} is used to find arguments for the function | |
3428 | being compiled. | |
3429 | ||
3430 | When processing a call to a compiler support library function, | |
3431 | @var{libname} identifies which one. It is a @code{symbol_ref} rtx which | |
3432 | contains the name of the function, as a string. @var{libname} is 0 when | |
3433 | an ordinary C function call is being processed. Thus, each time this | |
3434 | macro is called, either @var{libname} or @var{fntype} is nonzero, but | |
3435 | never both of them at once. | |
3436 | ||
97fc4caf AO |
3437 | @findex INIT_CUMULATIVE_LIBCALL_ARGS |
3438 | @item INIT_CUMULATIVE_LIBCALL_ARGS (@var{cum}, @var{mode}, @var{libname}) | |
3439 | Like @code{INIT_CUMULATIVE_ARGS} but only used for outgoing libcalls, | |
3440 | it gets a @code{MODE} argument instead of @var{fntype}, that would be | |
3441 | @code{NULL}. @var{indirect} would always be zero, too. If this macro | |
3442 | is not defined, @code{INIT_CUMULATIVE_ARGS (cum, NULL_RTX, libname, | |
3443 | 0)} is used instead. | |
3444 | ||
feca2ed3 JW |
3445 | @findex INIT_CUMULATIVE_INCOMING_ARGS |
3446 | @item INIT_CUMULATIVE_INCOMING_ARGS (@var{cum}, @var{fntype}, @var{libname}) | |
3447 | Like @code{INIT_CUMULATIVE_ARGS} but overrides it for the purposes of | |
3448 | finding the arguments for the function being compiled. If this macro is | |
3449 | undefined, @code{INIT_CUMULATIVE_ARGS} is used instead. | |
3450 | ||
3451 | The value passed for @var{libname} is always 0, since library routines | |
161d7b59 | 3452 | with special calling conventions are never compiled with GCC@. The |
feca2ed3 JW |
3453 | argument @var{libname} exists for symmetry with |
3454 | @code{INIT_CUMULATIVE_ARGS}. | |
3455 | @c could use "this macro" in place of @code{INIT_CUMULATIVE_ARGS}, maybe. | |
3456 | @c --mew 5feb93 i switched the order of the sentences. --mew 10feb93 | |
3457 | ||
3458 | @findex FUNCTION_ARG_ADVANCE | |
3459 | @item FUNCTION_ARG_ADVANCE (@var{cum}, @var{mode}, @var{type}, @var{named}) | |
3460 | A C statement (sans semicolon) to update the summarizer variable | |
3461 | @var{cum} to advance past an argument in the argument list. The | |
3462 | values @var{mode}, @var{type} and @var{named} describe that argument. | |
3463 | Once this is done, the variable @var{cum} is suitable for analyzing | |
bd819a4a | 3464 | the @emph{following} argument with @code{FUNCTION_ARG}, etc. |
feca2ed3 JW |
3465 | |
3466 | This macro need not do anything if the argument in question was passed | |
3467 | on the stack. The compiler knows how to track the amount of stack space | |
3468 | used for arguments without any special help. | |
3469 | ||
3470 | @findex FUNCTION_ARG_PADDING | |
3471 | @item FUNCTION_ARG_PADDING (@var{mode}, @var{type}) | |
3472 | If defined, a C expression which determines whether, and in which direction, | |
3473 | to pad out an argument with extra space. The value should be of type | |
3474 | @code{enum direction}: either @code{upward} to pad above the argument, | |
3475 | @code{downward} to pad below, or @code{none} to inhibit padding. | |
3476 | ||
3477 | The @emph{amount} of padding is always just enough to reach the next | |
3478 | multiple of @code{FUNCTION_ARG_BOUNDARY}; this macro does not control | |
3479 | it. | |
3480 | ||
3481 | This macro has a default definition which is right for most systems. | |
3482 | For little-endian machines, the default is to pad upward. For | |
3483 | big-endian machines, the default is to pad downward for an argument of | |
3484 | constant size shorter than an @code{int}, and upward otherwise. | |
3485 | ||
5e4f6244 CP |
3486 | @findex PAD_VARARGS_DOWN |
3487 | @item PAD_VARARGS_DOWN | |
02f52e19 AJ |
3488 | If defined, a C expression which determines whether the default |
3489 | implementation of va_arg will attempt to pad down before reading the | |
5e4f6244 CP |
3490 | next argument, if that argument is smaller than its aligned space as |
3491 | controlled by @code{PARM_BOUNDARY}. If this macro is not defined, all such | |
3492 | arguments are padded down if @code{BYTES_BIG_ENDIAN} is true. | |
3493 | ||
feca2ed3 JW |
3494 | @findex FUNCTION_ARG_BOUNDARY |
3495 | @item FUNCTION_ARG_BOUNDARY (@var{mode}, @var{type}) | |
3496 | If defined, a C expression that gives the alignment boundary, in bits, | |
3497 | of an argument with the specified mode and type. If it is not defined, | |
3498 | @code{PARM_BOUNDARY} is used for all arguments. | |
3499 | ||
3500 | @findex FUNCTION_ARG_REGNO_P | |
3501 | @item FUNCTION_ARG_REGNO_P (@var{regno}) | |
3502 | A C expression that is nonzero if @var{regno} is the number of a hard | |
3503 | register in which function arguments are sometimes passed. This does | |
3504 | @emph{not} include implicit arguments such as the static chain and | |
3505 | the structure-value address. On many machines, no registers can be | |
3506 | used for this purpose since all function arguments are pushed on the | |
3507 | stack. | |
bb1b857a GK |
3508 | |
3509 | @findex LOAD_ARGS_REVERSED | |
3510 | @item LOAD_ARGS_REVERSED | |
3511 | If defined, the order in which arguments are loaded into their | |
02f52e19 | 3512 | respective argument registers is reversed so that the last |
4e5f1329 | 3513 | argument is loaded first. This macro only affects arguments |
bb1b857a GK |
3514 | passed in registers. |
3515 | ||
feca2ed3 JW |
3516 | @end table |
3517 | ||
3518 | @node Scalar Return | |
3519 | @subsection How Scalar Function Values Are Returned | |
3520 | @cindex return values in registers | |
3521 | @cindex values, returned by functions | |
3522 | @cindex scalars, returned as values | |
3523 | ||
3524 | This section discusses the macros that control returning scalars as | |
3525 | values---values that can fit in registers. | |
3526 | ||
3527 | @table @code | |
3528 | @findex TRADITIONAL_RETURN_FLOAT | |
3529 | @item TRADITIONAL_RETURN_FLOAT | |
630d3d5a | 3530 | Define this macro if @option{-traditional} should not cause functions |
feca2ed3 JW |
3531 | declared to return @code{float} to convert the value to @code{double}. |
3532 | ||
3533 | @findex FUNCTION_VALUE | |
3534 | @item FUNCTION_VALUE (@var{valtype}, @var{func}) | |
3535 | A C expression to create an RTX representing the place where a | |
3536 | function returns a value of data type @var{valtype}. @var{valtype} is | |
3537 | a tree node representing a data type. Write @code{TYPE_MODE | |
3538 | (@var{valtype})} to get the machine mode used to represent that type. | |
3539 | On many machines, only the mode is relevant. (Actually, on most | |
3540 | machines, scalar values are returned in the same place regardless of | |
bd819a4a | 3541 | mode). |
feca2ed3 JW |
3542 | |
3543 | The value of the expression is usually a @code{reg} RTX for the hard | |
3544 | register where the return value is stored. The value can also be a | |
3545 | @code{parallel} RTX, if the return value is in multiple places. See | |
3546 | @code{FUNCTION_ARG} for an explanation of the @code{parallel} form. | |
3547 | ||
3548 | If @code{PROMOTE_FUNCTION_RETURN} is defined, you must apply the same | |
3549 | promotion rules specified in @code{PROMOTE_MODE} if @var{valtype} is a | |
3550 | scalar type. | |
3551 | ||
3552 | If the precise function being called is known, @var{func} is a tree | |
3553 | node (@code{FUNCTION_DECL}) for it; otherwise, @var{func} is a null | |
3554 | pointer. This makes it possible to use a different value-returning | |
3555 | convention for specific functions when all their calls are | |
bd819a4a | 3556 | known. |
feca2ed3 JW |
3557 | |
3558 | @code{FUNCTION_VALUE} is not used for return vales with aggregate data | |
3559 | types, because these are returned in another way. See | |
3560 | @code{STRUCT_VALUE_REGNUM} and related macros, below. | |
3561 | ||
3562 | @findex FUNCTION_OUTGOING_VALUE | |
3563 | @item FUNCTION_OUTGOING_VALUE (@var{valtype}, @var{func}) | |
3564 | Define this macro if the target machine has ``register windows'' | |
3565 | so that the register in which a function returns its value is not | |
3566 | the same as the one in which the caller sees the value. | |
3567 | ||
3568 | For such machines, @code{FUNCTION_VALUE} computes the register in which | |
3569 | the caller will see the value. @code{FUNCTION_OUTGOING_VALUE} should be | |
3570 | defined in a similar fashion to tell the function where to put the | |
bd819a4a | 3571 | value. |
feca2ed3 JW |
3572 | |
3573 | If @code{FUNCTION_OUTGOING_VALUE} is not defined, | |
bd819a4a | 3574 | @code{FUNCTION_VALUE} serves both purposes. |
feca2ed3 JW |
3575 | |
3576 | @code{FUNCTION_OUTGOING_VALUE} is not used for return vales with | |
3577 | aggregate data types, because these are returned in another way. See | |
3578 | @code{STRUCT_VALUE_REGNUM} and related macros, below. | |
3579 | ||
3580 | @findex LIBCALL_VALUE | |
3581 | @item LIBCALL_VALUE (@var{mode}) | |
3582 | A C expression to create an RTX representing the place where a library | |
3583 | function returns a value of mode @var{mode}. If the precise function | |
3584 | being called is known, @var{func} is a tree node | |
3585 | (@code{FUNCTION_DECL}) for it; otherwise, @var{func} is a null | |
3586 | pointer. This makes it possible to use a different value-returning | |
3587 | convention for specific functions when all their calls are | |
bd819a4a | 3588 | known. |
feca2ed3 JW |
3589 | |
3590 | Note that ``library function'' in this context means a compiler | |
3591 | support routine, used to perform arithmetic, whose name is known | |
3592 | specially by the compiler and was not mentioned in the C code being | |
3593 | compiled. | |
3594 | ||
3595 | The definition of @code{LIBRARY_VALUE} need not be concerned aggregate | |
3596 | data types, because none of the library functions returns such types. | |
3597 | ||
3598 | @findex FUNCTION_VALUE_REGNO_P | |
3599 | @item FUNCTION_VALUE_REGNO_P (@var{regno}) | |
3600 | A C expression that is nonzero if @var{regno} is the number of a hard | |
3601 | register in which the values of called function may come back. | |
3602 | ||
3603 | A register whose use for returning values is limited to serving as the | |
3604 | second of a pair (for a value of type @code{double}, say) need not be | |
3605 | recognized by this macro. So for most machines, this definition | |
3606 | suffices: | |
3607 | ||
3608 | @example | |
3609 | #define FUNCTION_VALUE_REGNO_P(N) ((N) == 0) | |
3610 | @end example | |
3611 | ||
3612 | If the machine has register windows, so that the caller and the called | |
3613 | function use different registers for the return value, this macro | |
3614 | should recognize only the caller's register numbers. | |
3615 | ||
3616 | @findex APPLY_RESULT_SIZE | |
3617 | @item APPLY_RESULT_SIZE | |
3618 | Define this macro if @samp{untyped_call} and @samp{untyped_return} | |
3619 | need more space than is implied by @code{FUNCTION_VALUE_REGNO_P} for | |
3620 | saving and restoring an arbitrary return value. | |
3621 | @end table | |
3622 | ||
3623 | @node Aggregate Return | |
3624 | @subsection How Large Values Are Returned | |
3625 | @cindex aggregates as return values | |
3626 | @cindex large return values | |
3627 | @cindex returning aggregate values | |
3628 | @cindex structure value address | |
3629 | ||
3630 | When a function value's mode is @code{BLKmode} (and in some other | |
3631 | cases), the value is not returned according to @code{FUNCTION_VALUE} | |
3632 | (@pxref{Scalar Return}). Instead, the caller passes the address of a | |
3633 | block of memory in which the value should be stored. This address | |
3634 | is called the @dfn{structure value address}. | |
3635 | ||
3636 | This section describes how to control returning structure values in | |
3637 | memory. | |
3638 | ||
3639 | @table @code | |
3640 | @findex RETURN_IN_MEMORY | |
3641 | @item RETURN_IN_MEMORY (@var{type}) | |
3642 | A C expression which can inhibit the returning of certain function | |
3643 | values in registers, based on the type of value. A nonzero value says | |
3644 | to return the function value in memory, just as large structures are | |
3645 | always returned. Here @var{type} will be a C expression of type | |
3646 | @code{tree}, representing the data type of the value. | |
3647 | ||
3648 | Note that values of mode @code{BLKmode} must be explicitly handled | |
630d3d5a | 3649 | by this macro. Also, the option @option{-fpcc-struct-return} |
feca2ed3 JW |
3650 | takes effect regardless of this macro. On most systems, it is |
3651 | possible to leave the macro undefined; this causes a default | |
3652 | definition to be used, whose value is the constant 1 for @code{BLKmode} | |
3653 | values, and 0 otherwise. | |
3654 | ||
3655 | Do not use this macro to indicate that structures and unions should always | |
3656 | be returned in memory. You should instead use @code{DEFAULT_PCC_STRUCT_RETURN} | |
3657 | to indicate this. | |
3658 | ||
3659 | @findex DEFAULT_PCC_STRUCT_RETURN | |
3660 | @item DEFAULT_PCC_STRUCT_RETURN | |
3661 | Define this macro to be 1 if all structure and union return values must be | |
3662 | in memory. Since this results in slower code, this should be defined | |
161d7b59 | 3663 | only if needed for compatibility with other compilers or with an ABI@. |
feca2ed3 JW |
3664 | If you define this macro to be 0, then the conventions used for structure |
3665 | and union return values are decided by the @code{RETURN_IN_MEMORY} macro. | |
3666 | ||
3667 | If not defined, this defaults to the value 1. | |
3668 | ||
3669 | @findex STRUCT_VALUE_REGNUM | |
3670 | @item STRUCT_VALUE_REGNUM | |
3671 | If the structure value address is passed in a register, then | |
3672 | @code{STRUCT_VALUE_REGNUM} should be the number of that register. | |
3673 | ||
3674 | @findex STRUCT_VALUE | |
3675 | @item STRUCT_VALUE | |
3676 | If the structure value address is not passed in a register, define | |
3677 | @code{STRUCT_VALUE} as an expression returning an RTX for the place | |
3678 | where the address is passed. If it returns 0, the address is passed as | |
3679 | an ``invisible'' first argument. | |
3680 | ||
3681 | @findex STRUCT_VALUE_INCOMING_REGNUM | |
3682 | @item STRUCT_VALUE_INCOMING_REGNUM | |
3683 | On some architectures the place where the structure value address | |
3684 | is found by the called function is not the same place that the | |
3685 | caller put it. This can be due to register windows, or it could | |
3686 | be because the function prologue moves it to a different place. | |
3687 | ||
3688 | If the incoming location of the structure value address is in a | |
3689 | register, define this macro as the register number. | |
3690 | ||
3691 | @findex STRUCT_VALUE_INCOMING | |
3692 | @item STRUCT_VALUE_INCOMING | |
3693 | If the incoming location is not a register, then you should define | |
3694 | @code{STRUCT_VALUE_INCOMING} as an expression for an RTX for where the | |
3695 | called function should find the value. If it should find the value on | |
3696 | the stack, define this to create a @code{mem} which refers to the frame | |
3697 | pointer. A definition of 0 means that the address is passed as an | |
3698 | ``invisible'' first argument. | |
3699 | ||
3700 | @findex PCC_STATIC_STRUCT_RETURN | |
3701 | @item PCC_STATIC_STRUCT_RETURN | |
3702 | Define this macro if the usual system convention on the target machine | |
3703 | for returning structures and unions is for the called function to return | |
3704 | the address of a static variable containing the value. | |
3705 | ||
3706 | Do not define this if the usual system convention is for the caller to | |
3707 | pass an address to the subroutine. | |
3708 | ||
630d3d5a JM |
3709 | This macro has effect in @option{-fpcc-struct-return} mode, but it does |
3710 | nothing when you use @option{-freg-struct-return} mode. | |
feca2ed3 JW |
3711 | @end table |
3712 | ||
3713 | @node Caller Saves | |
3714 | @subsection Caller-Saves Register Allocation | |
3715 | ||
a3a15b4d | 3716 | If you enable it, GCC can save registers around function calls. This |
feca2ed3 JW |
3717 | makes it possible to use call-clobbered registers to hold variables that |
3718 | must live across calls. | |
3719 | ||
3720 | @table @code | |
3721 | @findex DEFAULT_CALLER_SAVES | |
3722 | @item DEFAULT_CALLER_SAVES | |
3723 | Define this macro if function calls on the target machine do not preserve | |
3724 | any registers; in other words, if @code{CALL_USED_REGISTERS} has 1 | |
630d3d5a | 3725 | for all registers. When defined, this macro enables @option{-fcaller-saves} |
81610a0d | 3726 | by default for all optimization levels. It has no effect for optimization |
630d3d5a | 3727 | levels 2 and higher, where @option{-fcaller-saves} is the default. |
feca2ed3 JW |
3728 | |
3729 | @findex CALLER_SAVE_PROFITABLE | |
3730 | @item CALLER_SAVE_PROFITABLE (@var{refs}, @var{calls}) | |
3731 | A C expression to determine whether it is worthwhile to consider placing | |
3732 | a pseudo-register in a call-clobbered hard register and saving and | |
3733 | restoring it around each function call. The expression should be 1 when | |
3734 | this is worth doing, and 0 otherwise. | |
3735 | ||
3736 | If you don't define this macro, a default is used which is good on most | |
3737 | machines: @code{4 * @var{calls} < @var{refs}}. | |
8d5c8167 JL |
3738 | |
3739 | @findex HARD_REGNO_CALLER_SAVE_MODE | |
3740 | @item HARD_REGNO_CALLER_SAVE_MODE (@var{regno}, @var{nregs}) | |
3741 | A C expression specifying which mode is required for saving @var{nregs} | |
3742 | of a pseudo-register in call-clobbered hard register @var{regno}. If | |
3743 | @var{regno} is unsuitable for caller save, @code{VOIDmode} should be | |
3744 | returned. For most machines this macro need not be defined since GCC | |
3745 | will select the smallest suitable mode. | |
feca2ed3 JW |
3746 | @end table |
3747 | ||
3748 | @node Function Entry | |
3749 | @subsection Function Entry and Exit | |
3750 | @cindex function entry and exit | |
3751 | @cindex prologue | |
3752 | @cindex epilogue | |
3753 | ||
3754 | This section describes the macros that output function entry | |
3755 | (@dfn{prologue}) and exit (@dfn{epilogue}) code. | |
3756 | ||
08c148a8 NB |
3757 | @deftypefn {Target Hook} void TARGET_ASM_FUNCTION_PROLOGUE (FILE *@var{file}, HOST_WIDE_INT @var{size}) |
3758 | If defined, a function that outputs the assembler code for entry to a | |
feca2ed3 JW |
3759 | function. The prologue is responsible for setting up the stack frame, |
3760 | initializing the frame pointer register, saving registers that must be | |
3761 | saved, and allocating @var{size} additional bytes of storage for the | |
3762 | local variables. @var{size} is an integer. @var{file} is a stdio | |
3763 | stream to which the assembler code should be output. | |
3764 | ||
3765 | The label for the beginning of the function need not be output by this | |
3766 | macro. That has already been done when the macro is run. | |
3767 | ||
3768 | @findex regs_ever_live | |
3769 | To determine which registers to save, the macro can refer to the array | |
3770 | @code{regs_ever_live}: element @var{r} is nonzero if hard register | |
3771 | @var{r} is used anywhere within the function. This implies the function | |
3772 | prologue should save register @var{r}, provided it is not one of the | |
08c148a8 | 3773 | call-used registers. (@code{TARGET_ASM_FUNCTION_EPILOGUE} must likewise use |
feca2ed3 JW |
3774 | @code{regs_ever_live}.) |
3775 | ||
3776 | On machines that have ``register windows'', the function entry code does | |
3777 | not save on the stack the registers that are in the windows, even if | |
3778 | they are supposed to be preserved by function calls; instead it takes | |
3779 | appropriate steps to ``push'' the register stack, if any non-call-used | |
3780 | registers are used in the function. | |
3781 | ||
3782 | @findex frame_pointer_needed | |
3783 | On machines where functions may or may not have frame-pointers, the | |
3784 | function entry code must vary accordingly; it must set up the frame | |
3785 | pointer if one is wanted, and not otherwise. To determine whether a | |
3786 | frame pointer is in wanted, the macro can refer to the variable | |
3787 | @code{frame_pointer_needed}. The variable's value will be 1 at run | |
3788 | time in a function that needs a frame pointer. @xref{Elimination}. | |
3789 | ||
3790 | The function entry code is responsible for allocating any stack space | |
3791 | required for the function. This stack space consists of the regions | |
3792 | listed below. In most cases, these regions are allocated in the | |
3793 | order listed, with the last listed region closest to the top of the | |
3794 | stack (the lowest address if @code{STACK_GROWS_DOWNWARD} is defined, and | |
3795 | the highest address if it is not defined). You can use a different order | |
3796 | for a machine if doing so is more convenient or required for | |
3797 | compatibility reasons. Except in cases where required by standard | |
3798 | or by a debugger, there is no reason why the stack layout used by GCC | |
3799 | need agree with that used by other compilers for a machine. | |
08c148a8 NB |
3800 | @end deftypefn |
3801 | ||
17b53c33 NB |
3802 | @deftypefn {Target Hook} void TARGET_ASM_FUNCTION_END_PROLOGUE (FILE *@var{file}) |
3803 | If defined, a function that outputs assembler code at the end of a | |
3804 | prologue. This should be used when the function prologue is being | |
3805 | emitted as RTL, and you have some extra assembler that needs to be | |
3806 | emitted. @xref{prologue instruction pattern}. | |
3807 | @end deftypefn | |
3808 | ||
3809 | @deftypefn {Target Hook} void TARGET_ASM_FUNCTION_BEGIN_EPILOGUE (FILE *@var{file}) | |
3810 | If defined, a function that outputs assembler code at the start of an | |
3811 | epilogue. This should be used when the function epilogue is being | |
3812 | emitted as RTL, and you have some extra assembler that needs to be | |
3813 | emitted. @xref{epilogue instruction pattern}. | |
3814 | @end deftypefn | |
3815 | ||
08c148a8 NB |
3816 | @deftypefn {Target Hook} void TARGET_ASM_FUNCTION_EPILOGUE (FILE *@var{file}, HOST_WIDE_INT @var{size}) |
3817 | If defined, a function that outputs the assembler code for exit from a | |
3818 | function. The epilogue is responsible for restoring the saved | |
3819 | registers and stack pointer to their values when the function was | |
3820 | called, and returning control to the caller. This macro takes the | |
3821 | same arguments as the macro @code{TARGET_ASM_FUNCTION_PROLOGUE}, and the | |
3822 | registers to restore are determined from @code{regs_ever_live} and | |
3823 | @code{CALL_USED_REGISTERS} in the same way. | |
3824 | ||
3825 | On some machines, there is a single instruction that does all the work | |
3826 | of returning from the function. On these machines, give that | |
3827 | instruction the name @samp{return} and do not define the macro | |
3828 | @code{TARGET_ASM_FUNCTION_EPILOGUE} at all. | |
3829 | ||
3830 | Do not define a pattern named @samp{return} if you want the | |
3831 | @code{TARGET_ASM_FUNCTION_EPILOGUE} to be used. If you want the target | |
3832 | switches to control whether return instructions or epilogues are used, | |
3833 | define a @samp{return} pattern with a validity condition that tests the | |
3834 | target switches appropriately. If the @samp{return} pattern's validity | |
3835 | condition is false, epilogues will be used. | |
3836 | ||
3837 | On machines where functions may or may not have frame-pointers, the | |
3838 | function exit code must vary accordingly. Sometimes the code for these | |
3839 | two cases is completely different. To determine whether a frame pointer | |
3840 | is wanted, the macro can refer to the variable | |
3841 | @code{frame_pointer_needed}. The variable's value will be 1 when compiling | |
3842 | a function that needs a frame pointer. | |
3843 | ||
3844 | Normally, @code{TARGET_ASM_FUNCTION_PROLOGUE} and | |
3845 | @code{TARGET_ASM_FUNCTION_EPILOGUE} must treat leaf functions specially. | |
3846 | The C variable @code{current_function_is_leaf} is nonzero for such a | |
3847 | function. @xref{Leaf Functions}. | |
3848 | ||
3849 | On some machines, some functions pop their arguments on exit while | |
3850 | others leave that for the caller to do. For example, the 68020 when | |
3851 | given @option{-mrtd} pops arguments in functions that take a fixed | |
3852 | number of arguments. | |
3853 | ||
3854 | @findex current_function_pops_args | |
3855 | Your definition of the macro @code{RETURN_POPS_ARGS} decides which | |
3856 | functions pop their own arguments. @code{TARGET_ASM_FUNCTION_EPILOGUE} | |
3857 | needs to know what was decided. The variable that is called | |
3858 | @code{current_function_pops_args} is the number of bytes of its | |
3859 | arguments that a function should pop. @xref{Scalar Return}. | |
3860 | @c what is the "its arguments" in the above sentence referring to, pray | |
3861 | @c tell? --mew 5feb93 | |
3862 | @end deftypefn | |
3863 | ||
3864 | @table @code | |
feca2ed3 JW |
3865 | |
3866 | @itemize @bullet | |
3867 | @item | |
3868 | @findex current_function_pretend_args_size | |
3869 | A region of @code{current_function_pretend_args_size} bytes of | |
3870 | uninitialized space just underneath the first argument arriving on the | |
3871 | stack. (This may not be at the very start of the allocated stack region | |
3872 | if the calling sequence has pushed anything else since pushing the stack | |
3873 | arguments. But usually, on such machines, nothing else has been pushed | |
3874 | yet, because the function prologue itself does all the pushing.) This | |
3875 | region is used on machines where an argument may be passed partly in | |
3876 | registers and partly in memory, and, in some cases to support the | |
aee96fe9 | 3877 | features in @code{<varargs.h>} and @code{<stdarg.h>}. |
feca2ed3 JW |
3878 | |
3879 | @item | |
3880 | An area of memory used to save certain registers used by the function. | |
3881 | The size of this area, which may also include space for such things as | |
3882 | the return address and pointers to previous stack frames, is | |
3883 | machine-specific and usually depends on which registers have been used | |
3884 | in the function. Machines with register windows often do not require | |
3885 | a save area. | |
3886 | ||
3887 | @item | |
3888 | A region of at least @var{size} bytes, possibly rounded up to an allocation | |
3889 | boundary, to contain the local variables of the function. On some machines, | |
3890 | this region and the save area may occur in the opposite order, with the | |
3891 | save area closer to the top of the stack. | |
3892 | ||
3893 | @item | |
3894 | @cindex @code{ACCUMULATE_OUTGOING_ARGS} and stack frames | |
3895 | Optionally, when @code{ACCUMULATE_OUTGOING_ARGS} is defined, a region of | |
3896 | @code{current_function_outgoing_args_size} bytes to be used for outgoing | |
3897 | argument lists of the function. @xref{Stack Arguments}. | |
3898 | @end itemize | |
3899 | ||
08c148a8 NB |
3900 | Normally, it is necessary for the macros |
3901 | @code{TARGET_ASM_FUNCTION_PROLOGUE} and | |
3902 | @code{TARGET_ASM_FUNCTION_EPILOGUE} to treat leaf functions specially. | |
3903 | The C variable @code{current_function_is_leaf} is nonzero for such a | |
3904 | function. | |
feca2ed3 JW |
3905 | |
3906 | @findex EXIT_IGNORE_STACK | |
3907 | @item EXIT_IGNORE_STACK | |
3908 | Define this macro as a C expression that is nonzero if the return | |
3909 | instruction or the function epilogue ignores the value of the stack | |
3910 | pointer; in other words, if it is safe to delete an instruction to | |
3911 | adjust the stack pointer before a return from the function. | |
3912 | ||
3913 | Note that this macro's value is relevant only for functions for which | |
3914 | frame pointers are maintained. It is never safe to delete a final | |
3915 | stack adjustment in a function that has no frame pointer, and the | |
3916 | compiler knows this regardless of @code{EXIT_IGNORE_STACK}. | |
3917 | ||
3918 | @findex EPILOGUE_USES | |
3919 | @item EPILOGUE_USES (@var{regno}) | |
8760eaae | 3920 | Define this macro as a C expression that is nonzero for registers that are |
feca2ed3 JW |
3921 | used by the epilogue or the @samp{return} pattern. The stack and frame |
3922 | pointer registers are already be assumed to be used as needed. | |
3923 | ||
feca2ed3 JW |
3924 | @findex DELAY_SLOTS_FOR_EPILOGUE |
3925 | @item DELAY_SLOTS_FOR_EPILOGUE | |
3926 | Define this macro if the function epilogue contains delay slots to which | |
3927 | instructions from the rest of the function can be ``moved''. The | |
3928 | definition should be a C expression whose value is an integer | |
3929 | representing the number of delay slots there. | |
3930 | ||
3931 | @findex ELIGIBLE_FOR_EPILOGUE_DELAY | |
3932 | @item ELIGIBLE_FOR_EPILOGUE_DELAY (@var{insn}, @var{n}) | |
3933 | A C expression that returns 1 if @var{insn} can be placed in delay | |
3934 | slot number @var{n} of the epilogue. | |
3935 | ||
3936 | The argument @var{n} is an integer which identifies the delay slot now | |
3937 | being considered (since different slots may have different rules of | |
3938 | eligibility). It is never negative and is always less than the number | |
3939 | of epilogue delay slots (what @code{DELAY_SLOTS_FOR_EPILOGUE} returns). | |
3940 | If you reject a particular insn for a given delay slot, in principle, it | |
3941 | may be reconsidered for a subsequent delay slot. Also, other insns may | |
3942 | (at least in principle) be considered for the so far unfilled delay | |
3943 | slot. | |
3944 | ||
3945 | @findex current_function_epilogue_delay_list | |
3946 | @findex final_scan_insn | |
3947 | The insns accepted to fill the epilogue delay slots are put in an RTL | |
3948 | list made with @code{insn_list} objects, stored in the variable | |
3949 | @code{current_function_epilogue_delay_list}. The insn for the first | |
3950 | delay slot comes first in the list. Your definition of the macro | |
08c148a8 NB |
3951 | @code{TARGET_ASM_FUNCTION_EPILOGUE} should fill the delay slots by |
3952 | outputting the insns in this list, usually by calling | |
3953 | @code{final_scan_insn}. | |
feca2ed3 JW |
3954 | |
3955 | You need not define this macro if you did not define | |
3956 | @code{DELAY_SLOTS_FOR_EPILOGUE}. | |
3957 | ||
3958 | @findex ASM_OUTPUT_MI_THUNK | |
3959 | @item ASM_OUTPUT_MI_THUNK (@var{file}, @var{thunk_fndecl}, @var{delta}, @var{function}) | |
3960 | A C compound statement that outputs the assembler code for a thunk | |
3961 | function, used to implement C++ virtual function calls with multiple | |
3962 | inheritance. The thunk acts as a wrapper around a virtual function, | |
3963 | adjusting the implicit object parameter before handing control off to | |
3964 | the real function. | |
3965 | ||
3966 | First, emit code to add the integer @var{delta} to the location that | |
3967 | contains the incoming first argument. Assume that this argument | |
3968 | contains a pointer, and is the one used to pass the @code{this} pointer | |
3969 | in C++. This is the incoming argument @emph{before} the function prologue, | |
e979f9e8 | 3970 | e.g.@: @samp{%o0} on a sparc. The addition must preserve the values of |
feca2ed3 JW |
3971 | all other incoming arguments. |
3972 | ||
3973 | After the addition, emit code to jump to @var{function}, which is a | |
3974 | @code{FUNCTION_DECL}. This is a direct pure jump, not a call, and does | |
3975 | not touch the return address. Hence returning from @var{FUNCTION} will | |
3976 | return to whoever called the current @samp{thunk}. | |
3977 | ||
3978 | The effect must be as if @var{function} had been called directly with | |
3979 | the adjusted first argument. This macro is responsible for emitting all | |
08c148a8 NB |
3980 | of the code for a thunk function; @code{TARGET_ASM_FUNCTION_PROLOGUE} |
3981 | and @code{TARGET_ASM_FUNCTION_EPILOGUE} are not invoked. | |
feca2ed3 JW |
3982 | |
3983 | The @var{thunk_fndecl} is redundant. (@var{delta} and @var{function} | |
3984 | have already been extracted from it.) It might possibly be useful on | |
3985 | some targets, but probably not. | |
3986 | ||
861bb6c1 | 3987 | If you do not define this macro, the target-independent code in the C++ |
c771326b | 3988 | front end will generate a less efficient heavyweight thunk that calls |
861bb6c1 JL |
3989 | @var{function} instead of jumping to it. The generic approach does |
3990 | not support varargs. | |
feca2ed3 JW |
3991 | @end table |
3992 | ||
3993 | @node Profiling | |
3994 | @subsection Generating Code for Profiling | |
3995 | @cindex profiling, code generation | |
3996 | ||
3997 | These macros will help you generate code for profiling. | |
3998 | ||
3999 | @table @code | |
4000 | @findex FUNCTION_PROFILER | |
4001 | @item FUNCTION_PROFILER (@var{file}, @var{labelno}) | |
4002 | A C statement or compound statement to output to @var{file} some | |
4003 | assembler code to call the profiling subroutine @code{mcount}. | |
feca2ed3 JW |
4004 | |
4005 | @findex mcount | |
980e2067 | 4006 | The details of how @code{mcount} expects to be called are determined by |
161d7b59 | 4007 | your operating system environment, not by GCC@. To figure them out, |
980e2067 JL |
4008 | compile a small program for profiling using the system's installed C |
4009 | compiler and look at the assembler code that results. | |
4010 | ||
4011 | Older implementations of @code{mcount} expect the address of a counter | |
4012 | variable to be loaded into some register. The name of this variable is | |
4013 | @samp{LP} followed by the number @var{labelno}, so you would generate | |
4014 | the name using @samp{LP%d} in a @code{fprintf}. | |
4015 | ||
411707f4 CC |
4016 | @findex PROFILE_HOOK |
4017 | @item PROFILE_HOOK | |
4018 | A C statement or compound statement to output to @var{file} some assembly | |
4019 | code to call the profiling subroutine @code{mcount} even the target does | |
4020 | not support profiling. | |
4021 | ||
980e2067 JL |
4022 | @findex NO_PROFILE_COUNTERS |
4023 | @item NO_PROFILE_COUNTERS | |
4024 | Define this macro if the @code{mcount} subroutine on your system does | |
4025 | not need a counter variable allocated for each function. This is true | |
4026 | for almost all modern implementations. If you define this macro, you | |
4027 | must not use the @var{labelno} argument to @code{FUNCTION_PROFILER}. | |
feca2ed3 JW |
4028 | |
4029 | @findex PROFILE_BEFORE_PROLOGUE | |
4030 | @item PROFILE_BEFORE_PROLOGUE | |
4031 | Define this macro if the code for function profiling should come before | |
4032 | the function prologue. Normally, the profiling code comes after. | |
4033 | ||
4034 | @findex FUNCTION_BLOCK_PROFILER | |
4035 | @vindex profile_block_flag | |
4036 | @item FUNCTION_BLOCK_PROFILER (@var{file}, @var{labelno}) | |
4037 | A C statement or compound statement to output to @var{file} some | |
4038 | assembler code to initialize basic-block profiling for the current | |
4039 | object module. The global compile flag @code{profile_block_flag} | |
956d6950 | 4040 | distinguishes two profile modes. |
feca2ed3 JW |
4041 | |
4042 | @table @code | |
4043 | @findex __bb_init_func | |
4044 | @item profile_block_flag != 2 | |
4045 | Output code to call the subroutine @code{__bb_init_func} once per | |
4046 | object module, passing it as its sole argument the address of a block | |
4047 | allocated in the object module. | |
4048 | ||
4049 | The name of the block is a local symbol made with this statement: | |
4050 | ||
4051 | @smallexample | |
4052 | ASM_GENERATE_INTERNAL_LABEL (@var{buffer}, "LPBX", 0); | |
4053 | @end smallexample | |
4054 | ||
4055 | Of course, since you are writing the definition of | |
4056 | @code{ASM_GENERATE_INTERNAL_LABEL} as well as that of this macro, you | |
4057 | can take a short cut in the definition of this macro and use the name | |
4058 | that you know will result. | |
4059 | ||
4060 | The first word of this block is a flag which will be nonzero if the | |
4061 | object module has already been initialized. So test this word first, | |
4062 | and do not call @code{__bb_init_func} if the flag is | |
aee96fe9 | 4063 | nonzero. @var{labelno} contains a unique number which may be used to |
feca2ed3 JW |
4064 | generate a label as a branch destination when @code{__bb_init_func} |
4065 | will not be called. | |
4066 | ||
4067 | Described in assembler language, the code to be output looks like: | |
4068 | ||
4069 | @example | |
4070 | cmp (LPBX0),0 | |
4071 | bne local_label | |
4072 | parameter1 <- LPBX0 | |
4073 | call __bb_init_func | |
4074 | local_label: | |
4075 | @end example | |
4076 | ||
4077 | @findex __bb_init_trace_func | |
4078 | @item profile_block_flag == 2 | |
4079 | Output code to call the subroutine @code{__bb_init_trace_func} | |
4080 | and pass two parameters to it. The first parameter is the same as | |
4081 | for @code{__bb_init_func}. The second parameter is the number of the | |
aee96fe9 | 4082 | first basic block of the function as given by @var{labelno}. Note |
feca2ed3 JW |
4083 | that @code{__bb_init_trace_func} has to be called, even if the object |
4084 | module has been initialized already. | |
4085 | ||
4086 | Described in assembler language, the code to be output looks like: | |
4087 | @example | |
4088 | parameter1 <- LPBX0 | |
aee96fe9 | 4089 | parameter2 <- @var{labelno} |
feca2ed3 JW |
4090 | call __bb_init_trace_func |
4091 | @end example | |
4092 | @end table | |
4093 | ||
4094 | @findex BLOCK_PROFILER | |
4095 | @vindex profile_block_flag | |
4096 | @item BLOCK_PROFILER (@var{file}, @var{blockno}) | |
4097 | A C statement or compound statement to output to @var{file} some | |
4098 | assembler code to increment the count associated with the basic | |
4099 | block number @var{blockno}. The global compile flag | |
956d6950 | 4100 | @code{profile_block_flag} distinguishes two profile modes. |
feca2ed3 JW |
4101 | |
4102 | @table @code | |
4103 | @item profile_block_flag != 2 | |
4104 | Output code to increment the counter directly. Basic blocks are | |
4105 | numbered separately from zero within each compilation. The count | |
4106 | associated with block number @var{blockno} is at index | |
4107 | @var{blockno} in a vector of words; the name of this array is a local | |
4108 | symbol made with this statement: | |
4109 | ||
4110 | @smallexample | |
4111 | ASM_GENERATE_INTERNAL_LABEL (@var{buffer}, "LPBX", 2); | |
4112 | @end smallexample | |
4113 | ||
4114 | @c This paragraph is the same as one a few paragraphs up. | |
4115 | @c That is not an error. | |
4116 | Of course, since you are writing the definition of | |
4117 | @code{ASM_GENERATE_INTERNAL_LABEL} as well as that of this macro, you | |
4118 | can take a short cut in the definition of this macro and use the name | |
4119 | that you know will result. | |
4120 | ||
4121 | Described in assembler language, the code to be output looks like: | |
4122 | ||
4123 | @smallexample | |
aee96fe9 | 4124 | inc (LPBX2+4*@var{blockno}) |
feca2ed3 JW |
4125 | @end smallexample |
4126 | ||
4127 | @vindex __bb | |
4128 | @findex __bb_trace_func | |
4129 | @item profile_block_flag == 2 | |
4130 | Output code to initialize the global structure @code{__bb} and | |
4131 | call the function @code{__bb_trace_func}, which will increment the | |
4132 | counter. | |
4133 | ||
4134 | @code{__bb} consists of two words. In the first word, the current | |
aee96fe9 | 4135 | basic block number, as given by @var{blockno}, has to be stored. In |
feca2ed3 JW |
4136 | the second word, the address of a block allocated in the object |
4137 | module has to be stored. The address is given by the label created | |
4138 | with this statement: | |
4139 | ||
4140 | @smallexample | |
4141 | ASM_GENERATE_INTERNAL_LABEL (@var{buffer}, "LPBX", 0); | |
4142 | @end smallexample | |
4143 | ||
4144 | Described in assembler language, the code to be output looks like: | |
4145 | @example | |
aee96fe9 | 4146 | move @var{blockno} -> (__bb) |
feca2ed3 JW |
4147 | move LPBX0 -> (__bb+4) |
4148 | call __bb_trace_func | |
4149 | @end example | |
4150 | @end table | |
4151 | ||
4152 | @findex FUNCTION_BLOCK_PROFILER_EXIT | |
4153 | @findex __bb_trace_ret | |
4154 | @vindex profile_block_flag | |
4155 | @item FUNCTION_BLOCK_PROFILER_EXIT (@var{file}) | |
08c148a8 NB |
4156 | A C statement or compound statement to output to @var{file} assembler |
4157 | code to call function @code{__bb_trace_ret}. The assembler code should | |
4158 | only be output if the global compile flag @code{profile_block_flag} == | |
4159 | 2. This macro has to be used at every place where code for returning | |
4160 | from a function is generated (e.g.@: | |
4161 | @code{TARGET_ASM_FUNCTION_EPILOGUE}). Although you have to write the | |
4162 | definition of @code{TARGET_ASM_FUNCTION_EPILOGUE} as well, you have to | |
4163 | define this macro to tell the compiler, that the proper call to | |
4164 | @code{__bb_trace_ret} is produced. | |
feca2ed3 JW |
4165 | |
4166 | @findex MACHINE_STATE_SAVE | |
4167 | @findex __bb_init_trace_func | |
4168 | @findex __bb_trace_func | |
4169 | @findex __bb_trace_ret | |
4170 | @item MACHINE_STATE_SAVE (@var{id}) | |
4171 | A C statement or compound statement to save all registers, which may | |
4172 | be clobbered by a function call, including condition codes. The | |
4173 | @code{asm} statement will be mostly likely needed to handle this | |
4174 | task. Local labels in the assembler code can be concatenated with the | |
8760eaae | 4175 | string @var{id}, to obtain a unique label name. |
feca2ed3 | 4176 | |
08c148a8 NB |
4177 | Registers or condition codes clobbered by |
4178 | @code{TARGET_ASM_FUNCTION_PROLOGUE} or | |
4179 | @code{TARGET_ASM_FUNCTION_EPILOGUE} must be saved in the macros | |
feca2ed3 JW |
4180 | @code{FUNCTION_BLOCK_PROFILER}, @code{FUNCTION_BLOCK_PROFILER_EXIT} and |
4181 | @code{BLOCK_PROFILER} prior calling @code{__bb_init_trace_func}, | |
4182 | @code{__bb_trace_ret} and @code{__bb_trace_func} respectively. | |
4183 | ||
4184 | @findex MACHINE_STATE_RESTORE | |
4185 | @findex __bb_init_trace_func | |
4186 | @findex __bb_trace_func | |
4187 | @findex __bb_trace_ret | |
4188 | @item MACHINE_STATE_RESTORE (@var{id}) | |
4189 | A C statement or compound statement to restore all registers, including | |
4190 | condition codes, saved by @code{MACHINE_STATE_SAVE}. | |
4191 | ||
08c148a8 NB |
4192 | Registers or condition codes clobbered by |
4193 | @code{TARGET_ASM_FUNCTION_PROLOGUE} or | |
4194 | @code{TARGET_ASM_FUNCTION_EPILOGUE} must be restored in the macros | |
feca2ed3 JW |
4195 | @code{FUNCTION_BLOCK_PROFILER}, @code{FUNCTION_BLOCK_PROFILER_EXIT} and |
4196 | @code{BLOCK_PROFILER} after calling @code{__bb_init_trace_func}, | |
4197 | @code{__bb_trace_ret} and @code{__bb_trace_func} respectively. | |
4198 | ||
4199 | @findex BLOCK_PROFILER_CODE | |
4200 | @item BLOCK_PROFILER_CODE | |
4201 | A C function or functions which are needed in the library to | |
4202 | support block profiling. | |
4da5f005 MM |
4203 | |
4204 | @findex TARGET_ALLOWS_PROFILING_WITHOUT_FRAME_POINTER | |
4205 | @item TARGET_ALLOWS_PROFILING_WITHOUT_FRAME_POINTER | |
4206 | On some targets, it is impossible to use profiling when the frame | |
ebb48a4d | 4207 | pointer has been omitted. For example, on x86 GNU/Linux systems, |
4da5f005 | 4208 | the @code{mcount} routine provided by the GNU C Library finds the |
ebb48a4d | 4209 | address of the routine that called the routine that called @code{mcount} |
4da5f005 MM |
4210 | by looking in the immediate caller's stack frame. If the immediate |
4211 | caller has no frame pointer, this lookup will fail. | |
4212 | ||
4213 | By default, GCC assumes that the target does allow profiling when the | |
4214 | frame pointer is omitted. This macro should be defined to a C | |
4215 | expression that evaluates to @code{false} if the target does not allow | |
4216 | profiling when the frame pointer is omitted. | |
4217 | ||
feca2ed3 JW |
4218 | @end table |
4219 | ||
91d231cb JM |
4220 | @node Tail Calls |
4221 | @subsection Permitting tail calls | |
4222 | @cindex tail calls | |
b36f4ed3 | 4223 | |
4cb1433c RH |
4224 | @table @code |
4225 | @findex FUNCTION_OK_FOR_SIBCALL | |
4226 | @item FUNCTION_OK_FOR_SIBCALL (@var{decl}) | |
4227 | A C expression that evaluates to true if it is ok to perform a sibling | |
c237e94a | 4228 | call to @var{decl} from the current function. |
4cb1433c RH |
4229 | |
4230 | It is not uncommon for limitations of calling conventions to prevent | |
4231 | tail calls to functions outside the current unit of translation, or | |
4232 | during PIC compilation. Use this macro to enforce these restrictions, | |
02f52e19 | 4233 | as the @code{sibcall} md pattern can not fail, or fall over to a |
4cb1433c RH |
4234 | ``normal'' call. |
4235 | @end table | |
4236 | ||
feca2ed3 JW |
4237 | @node Varargs |
4238 | @section Implementing the Varargs Macros | |
4239 | @cindex varargs implementation | |
4240 | ||
aee96fe9 JM |
4241 | GCC comes with an implementation of @code{<varargs.h>} and |
4242 | @code{<stdarg.h>} that work without change on machines that pass arguments | |
feca2ed3 JW |
4243 | on the stack. Other machines require their own implementations of |
4244 | varargs, and the two machine independent header files must have | |
4245 | conditionals to include it. | |
4246 | ||
aee96fe9 | 4247 | ISO @code{<stdarg.h>} differs from traditional @code{<varargs.h>} mainly in |
feca2ed3 JW |
4248 | the calling convention for @code{va_start}. The traditional |
4249 | implementation takes just one argument, which is the variable in which | |
5490d604 | 4250 | to store the argument pointer. The ISO implementation of |
feca2ed3 JW |
4251 | @code{va_start} takes an additional second argument. The user is |
4252 | supposed to write the last named argument of the function here. | |
4253 | ||
4254 | However, @code{va_start} should not use this argument. The way to find | |
4255 | the end of the named arguments is with the built-in functions described | |
4256 | below. | |
4257 | ||
4258 | @table @code | |
4259 | @findex __builtin_saveregs | |
4260 | @item __builtin_saveregs () | |
4261 | Use this built-in function to save the argument registers in memory so | |
5490d604 | 4262 | that the varargs mechanism can access them. Both ISO and traditional |
feca2ed3 JW |
4263 | versions of @code{va_start} must use @code{__builtin_saveregs}, unless |
4264 | you use @code{SETUP_INCOMING_VARARGS} (see below) instead. | |
4265 | ||
4266 | On some machines, @code{__builtin_saveregs} is open-coded under the | |
4267 | control of the macro @code{EXPAND_BUILTIN_SAVEREGS}. On other machines, | |
4268 | it calls a routine written in assembler language, found in | |
4269 | @file{libgcc2.c}. | |
4270 | ||
4271 | Code generated for the call to @code{__builtin_saveregs} appears at the | |
4272 | beginning of the function, as opposed to where the call to | |
4273 | @code{__builtin_saveregs} is written, regardless of what the code is. | |
4274 | This is because the registers must be saved before the function starts | |
4275 | to use them for its own purposes. | |
4276 | @c i rewrote the first sentence above to fix an overfull hbox. --mew | |
4277 | @c 10feb93 | |
4278 | ||
4279 | @findex __builtin_args_info | |
4280 | @item __builtin_args_info (@var{category}) | |
4281 | Use this built-in function to find the first anonymous arguments in | |
4282 | registers. | |
4283 | ||
4284 | In general, a machine may have several categories of registers used for | |
4285 | arguments, each for a particular category of data types. (For example, | |
4286 | on some machines, floating-point registers are used for floating-point | |
4287 | arguments while other arguments are passed in the general registers.) | |
4288 | To make non-varargs functions use the proper calling convention, you | |
4289 | have defined the @code{CUMULATIVE_ARGS} data type to record how many | |
4290 | registers in each category have been used so far | |
4291 | ||
4292 | @code{__builtin_args_info} accesses the same data structure of type | |
4293 | @code{CUMULATIVE_ARGS} after the ordinary argument layout is finished | |
4294 | with it, with @var{category} specifying which word to access. Thus, the | |
4295 | value indicates the first unused register in a given category. | |
4296 | ||
4297 | Normally, you would use @code{__builtin_args_info} in the implementation | |
4298 | of @code{va_start}, accessing each category just once and storing the | |
4299 | value in the @code{va_list} object. This is because @code{va_list} will | |
4300 | have to update the values, and there is no way to alter the | |
4301 | values accessed by @code{__builtin_args_info}. | |
4302 | ||
4303 | @findex __builtin_next_arg | |
4304 | @item __builtin_next_arg (@var{lastarg}) | |
4305 | This is the equivalent of @code{__builtin_args_info}, for stack | |
4306 | arguments. It returns the address of the first anonymous stack | |
767094dd | 4307 | argument, as type @code{void *}. If @code{ARGS_GROW_DOWNWARD}, it |
feca2ed3 JW |
4308 | returns the address of the location above the first anonymous stack |
4309 | argument. Use it in @code{va_start} to initialize the pointer for | |
4310 | fetching arguments from the stack. Also use it in @code{va_start} to | |
4311 | verify that the second parameter @var{lastarg} is the last named argument | |
4312 | of the current function. | |
4313 | ||
4314 | @findex __builtin_classify_type | |
4315 | @item __builtin_classify_type (@var{object}) | |
4316 | Since each machine has its own conventions for which data types are | |
4317 | passed in which kind of register, your implementation of @code{va_arg} | |
4318 | has to embody these conventions. The easiest way to categorize the | |
4319 | specified data type is to use @code{__builtin_classify_type} together | |
4320 | with @code{sizeof} and @code{__alignof__}. | |
4321 | ||
4322 | @code{__builtin_classify_type} ignores the value of @var{object}, | |
4323 | considering only its data type. It returns an integer describing what | |
4324 | kind of type that is---integer, floating, pointer, structure, and so on. | |
4325 | ||
4326 | The file @file{typeclass.h} defines an enumeration that you can use to | |
4327 | interpret the values of @code{__builtin_classify_type}. | |
4328 | @end table | |
4329 | ||
4330 | These machine description macros help implement varargs: | |
4331 | ||
4332 | @table @code | |
4333 | @findex EXPAND_BUILTIN_SAVEREGS | |
d3707adb | 4334 | @item EXPAND_BUILTIN_SAVEREGS () |
feca2ed3 JW |
4335 | If defined, is a C expression that produces the machine-specific code |
4336 | for a call to @code{__builtin_saveregs}. This code will be moved to the | |
4337 | very beginning of the function, before any parameter access are made. | |
4338 | The return value of this function should be an RTX that contains the | |
4339 | value to use as the return of @code{__builtin_saveregs}. | |
4340 | ||
feca2ed3 | 4341 | @findex SETUP_INCOMING_VARARGS |
59d40964 | 4342 | @item SETUP_INCOMING_VARARGS (@var{args_so_far}, @var{mode}, @var{type}, @var{pretend_args_size}, @var{second_time}) |
feca2ed3 JW |
4343 | This macro offers an alternative to using @code{__builtin_saveregs} and |
4344 | defining the macro @code{EXPAND_BUILTIN_SAVEREGS}. Use it to store the | |
4345 | anonymous register arguments into the stack so that all the arguments | |
4346 | appear to have been passed consecutively on the stack. Once this is | |
4347 | done, you can use the standard implementation of varargs that works for | |
4348 | machines that pass all their arguments on the stack. | |
4349 | ||
4350 | The argument @var{args_so_far} is the @code{CUMULATIVE_ARGS} data | |
8760eaae | 4351 | structure, containing the values that are obtained after processing the |
feca2ed3 JW |
4352 | named arguments. The arguments @var{mode} and @var{type} describe the |
4353 | last named argument---its machine mode and its data type as a tree node. | |
4354 | ||
4355 | The macro implementation should do two things: first, push onto the | |
4356 | stack all the argument registers @emph{not} used for the named | |
4357 | arguments, and second, store the size of the data thus pushed into the | |
4358 | @code{int}-valued variable whose name is supplied as the argument | |
4359 | @var{pretend_args_size}. The value that you store here will serve as | |
4360 | additional offset for setting up the stack frame. | |
4361 | ||
4362 | Because you must generate code to push the anonymous arguments at | |
4363 | compile time without knowing their data types, | |
4364 | @code{SETUP_INCOMING_VARARGS} is only useful on machines that have just | |
4365 | a single category of argument register and use it uniformly for all data | |
4366 | types. | |
4367 | ||
4368 | If the argument @var{second_time} is nonzero, it means that the | |
4369 | arguments of the function are being analyzed for the second time. This | |
4370 | happens for an inline function, which is not actually compiled until the | |
4371 | end of the source file. The macro @code{SETUP_INCOMING_VARARGS} should | |
4372 | not generate any instructions in this case. | |
4373 | ||
4374 | @findex STRICT_ARGUMENT_NAMING | |
4375 | @item STRICT_ARGUMENT_NAMING | |
e5e809f4 JL |
4376 | Define this macro to be a nonzero value if the location where a function |
4377 | argument is passed depends on whether or not it is a named argument. | |
feca2ed3 JW |
4378 | |
4379 | This macro controls how the @var{named} argument to @code{FUNCTION_ARG} | |
e5e809f4 JL |
4380 | is set for varargs and stdarg functions. If this macro returns a |
4381 | nonzero value, the @var{named} argument is always true for named | |
4382 | arguments, and false for unnamed arguments. If it returns a value of | |
4383 | zero, but @code{SETUP_INCOMING_VARARGS} is defined, then all arguments | |
4384 | are treated as named. Otherwise, all named arguments except the last | |
4385 | are treated as named. | |
4386 | ||
4387 | You need not define this macro if it always returns zero. | |
9ab70a9b R |
4388 | |
4389 | @findex PRETEND_OUTGOING_VARARGS_NAMED | |
4390 | @item PRETEND_OUTGOING_VARARGS_NAMED | |
4391 | If you need to conditionally change ABIs so that one works with | |
4392 | @code{SETUP_INCOMING_VARARGS}, but the other works like neither | |
4393 | @code{SETUP_INCOMING_VARARGS} nor @code{STRICT_ARGUMENT_NAMING} was | |
4394 | defined, then define this macro to return nonzero if | |
4395 | @code{SETUP_INCOMING_VARARGS} is used, zero otherwise. | |
4396 | Otherwise, you should not define this macro. | |
feca2ed3 JW |
4397 | @end table |
4398 | ||
4399 | @node Trampolines | |
4400 | @section Trampolines for Nested Functions | |
4401 | @cindex trampolines for nested functions | |
4402 | @cindex nested functions, trampolines for | |
4403 | ||
4404 | A @dfn{trampoline} is a small piece of code that is created at run time | |
4405 | when the address of a nested function is taken. It normally resides on | |
4406 | the stack, in the stack frame of the containing function. These macros | |
a3a15b4d | 4407 | tell GCC how to generate code to allocate and initialize a |
feca2ed3 JW |
4408 | trampoline. |
4409 | ||
4410 | The instructions in the trampoline must do two things: load a constant | |
4411 | address into the static chain register, and jump to the real address of | |
4412 | the nested function. On CISC machines such as the m68k, this requires | |
4413 | two instructions, a move immediate and a jump. Then the two addresses | |
4414 | exist in the trampoline as word-long immediate operands. On RISC | |
4415 | machines, it is often necessary to load each address into a register in | |
4416 | two parts. Then pieces of each address form separate immediate | |
4417 | operands. | |
4418 | ||
4419 | The code generated to initialize the trampoline must store the variable | |
4420 | parts---the static chain value and the function address---into the | |
4421 | immediate operands of the instructions. On a CISC machine, this is | |
4422 | simply a matter of copying each address to a memory reference at the | |
4423 | proper offset from the start of the trampoline. On a RISC machine, it | |
4424 | may be necessary to take out pieces of the address and store them | |
4425 | separately. | |
4426 | ||
4427 | @table @code | |
4428 | @findex TRAMPOLINE_TEMPLATE | |
4429 | @item TRAMPOLINE_TEMPLATE (@var{file}) | |
4430 | A C statement to output, on the stream @var{file}, assembler code for a | |
4431 | block of data that contains the constant parts of a trampoline. This | |
4432 | code should not include a label---the label is taken care of | |
4433 | automatically. | |
4434 | ||
4435 | If you do not define this macro, it means no template is needed | |
4436 | for the target. Do not define this macro on systems where the block move | |
4437 | code to copy the trampoline into place would be larger than the code | |
4438 | to generate it on the spot. | |
4439 | ||
4440 | @findex TRAMPOLINE_SECTION | |
4441 | @item TRAMPOLINE_SECTION | |
4442 | The name of a subroutine to switch to the section in which the | |
4443 | trampoline template is to be placed (@pxref{Sections}). The default is | |
4444 | a value of @samp{readonly_data_section}, which places the trampoline in | |
4445 | the section containing read-only data. | |
4446 | ||
4447 | @findex TRAMPOLINE_SIZE | |
4448 | @item TRAMPOLINE_SIZE | |
4449 | A C expression for the size in bytes of the trampoline, as an integer. | |
4450 | ||
4451 | @findex TRAMPOLINE_ALIGNMENT | |
4452 | @item TRAMPOLINE_ALIGNMENT | |
4453 | Alignment required for trampolines, in bits. | |
4454 | ||
4455 | If you don't define this macro, the value of @code{BIGGEST_ALIGNMENT} | |
4456 | is used for aligning trampolines. | |
4457 | ||
4458 | @findex INITIALIZE_TRAMPOLINE | |
4459 | @item INITIALIZE_TRAMPOLINE (@var{addr}, @var{fnaddr}, @var{static_chain}) | |
4460 | A C statement to initialize the variable parts of a trampoline. | |
4461 | @var{addr} is an RTX for the address of the trampoline; @var{fnaddr} is | |
4462 | an RTX for the address of the nested function; @var{static_chain} is an | |
4463 | RTX for the static chain value that should be passed to the function | |
4464 | when it is called. | |
4465 | ||
b33493e3 AO |
4466 | @findex TRAMPOLINE_ADJUST_ADDRESS |
4467 | @item TRAMPOLINE_ADJUST_ADDRESS (@var{addr}) | |
4468 | A C statement that should perform any machine-specific adjustment in | |
4469 | the address of the trampoline. Its argument contains the address that | |
4470 | was passed to @code{INITIALIZE_TRAMPOLINE}. In case the address to be | |
4471 | used for a function call should be different from the address in which | |
4472 | the template was stored, the different address should be assigned to | |
4473 | @var{addr}. If this macro is not defined, @var{addr} will be used for | |
4474 | function calls. | |
4475 | ||
feca2ed3 JW |
4476 | @findex ALLOCATE_TRAMPOLINE |
4477 | @item ALLOCATE_TRAMPOLINE (@var{fp}) | |
4478 | A C expression to allocate run-time space for a trampoline. The | |
4479 | expression value should be an RTX representing a memory reference to the | |
4480 | space for the trampoline. | |
4481 | ||
08c148a8 NB |
4482 | @cindex @code{TARGET_ASM_FUNCTION_EPILOGUE} and trampolines |
4483 | @cindex @code{TARGET_ASM_FUNCTION_PROLOGUE} and trampolines | |
feca2ed3 JW |
4484 | If this macro is not defined, by default the trampoline is allocated as |
4485 | a stack slot. This default is right for most machines. The exceptions | |
4486 | are machines where it is impossible to execute instructions in the stack | |
4487 | area. On such machines, you may have to implement a separate stack, | |
08c148a8 NB |
4488 | using this macro in conjunction with @code{TARGET_ASM_FUNCTION_PROLOGUE} |
4489 | and @code{TARGET_ASM_FUNCTION_EPILOGUE}. | |
feca2ed3 JW |
4490 | |
4491 | @var{fp} points to a data structure, a @code{struct function}, which | |
4492 | describes the compilation status of the immediate containing function of | |
4493 | the function which the trampoline is for. Normally (when | |
4494 | @code{ALLOCATE_TRAMPOLINE} is not defined), the stack slot for the | |
4495 | trampoline is in the stack frame of this containing function. Other | |
4496 | allocation strategies probably must do something analogous with this | |
4497 | information. | |
4498 | @end table | |
4499 | ||
4500 | Implementing trampolines is difficult on many machines because they have | |
4501 | separate instruction and data caches. Writing into a stack location | |
4502 | fails to clear the memory in the instruction cache, so when the program | |
4503 | jumps to that location, it executes the old contents. | |
4504 | ||
4505 | Here are two possible solutions. One is to clear the relevant parts of | |
4506 | the instruction cache whenever a trampoline is set up. The other is to | |
4507 | make all trampolines identical, by having them jump to a standard | |
4508 | subroutine. The former technique makes trampoline execution faster; the | |
4509 | latter makes initialization faster. | |
4510 | ||
4511 | To clear the instruction cache when a trampoline is initialized, define | |
4512 | the following macros which describe the shape of the cache. | |
4513 | ||
4514 | @table @code | |
4515 | @findex INSN_CACHE_SIZE | |
4516 | @item INSN_CACHE_SIZE | |
4517 | The total size in bytes of the cache. | |
4518 | ||
4519 | @findex INSN_CACHE_LINE_WIDTH | |
4520 | @item INSN_CACHE_LINE_WIDTH | |
4521 | The length in bytes of each cache line. The cache is divided into cache | |
4522 | lines which are disjoint slots, each holding a contiguous chunk of data | |
4523 | fetched from memory. Each time data is brought into the cache, an | |
4524 | entire line is read at once. The data loaded into a cache line is | |
4525 | always aligned on a boundary equal to the line size. | |
4526 | ||
4527 | @findex INSN_CACHE_DEPTH | |
4528 | @item INSN_CACHE_DEPTH | |
4529 | The number of alternative cache lines that can hold any particular memory | |
4530 | location. | |
4531 | @end table | |
4532 | ||
4533 | Alternatively, if the machine has system calls or instructions to clear | |
4534 | the instruction cache directly, you can define the following macro. | |
4535 | ||
4536 | @table @code | |
4537 | @findex CLEAR_INSN_CACHE | |
aee96fe9 | 4538 | @item CLEAR_INSN_CACHE (@var{beg}, @var{end}) |
feca2ed3 JW |
4539 | If defined, expands to a C expression clearing the @emph{instruction |
4540 | cache} in the specified interval. If it is not defined, and the macro | |
aee96fe9 | 4541 | @code{INSN_CACHE_SIZE} is defined, some generic code is generated to clear the |
feca2ed3 | 4542 | cache. The definition of this macro would typically be a series of |
aee96fe9 | 4543 | @code{asm} statements. Both @var{beg} and @var{end} are both pointer |
feca2ed3 JW |
4544 | expressions. |
4545 | @end table | |
4546 | ||
4547 | To use a standard subroutine, define the following macro. In addition, | |
4548 | you must make sure that the instructions in a trampoline fill an entire | |
4549 | cache line with identical instructions, or else ensure that the | |
4550 | beginning of the trampoline code is always aligned at the same point in | |
4551 | its cache line. Look in @file{m68k.h} as a guide. | |
4552 | ||
4553 | @table @code | |
4554 | @findex TRANSFER_FROM_TRAMPOLINE | |
4555 | @item TRANSFER_FROM_TRAMPOLINE | |
4556 | Define this macro if trampolines need a special subroutine to do their | |
4557 | work. The macro should expand to a series of @code{asm} statements | |
161d7b59 | 4558 | which will be compiled with GCC@. They go in a library function named |
feca2ed3 JW |
4559 | @code{__transfer_from_trampoline}. |
4560 | ||
4561 | If you need to avoid executing the ordinary prologue code of a compiled | |
4562 | C function when you jump to the subroutine, you can do so by placing a | |
4563 | special label of your own in the assembler code. Use one @code{asm} | |
4564 | statement to generate an assembler label, and another to make the label | |
4565 | global. Then trampolines can use that label to jump directly to your | |
4566 | special assembler code. | |
4567 | @end table | |
4568 | ||
4569 | @node Library Calls | |
4570 | @section Implicit Calls to Library Routines | |
4571 | @cindex library subroutine names | |
4572 | @cindex @file{libgcc.a} | |
4573 | ||
4574 | @c prevent bad page break with this line | |
4575 | Here is an explanation of implicit calls to library routines. | |
4576 | ||
4577 | @table @code | |
4578 | @findex MULSI3_LIBCALL | |
4579 | @item MULSI3_LIBCALL | |
4580 | A C string constant giving the name of the function to call for | |
4581 | multiplication of one signed full-word by another. If you do not | |
4582 | define this macro, the default name is used, which is @code{__mulsi3}, | |
4583 | a function defined in @file{libgcc.a}. | |
4584 | ||
4585 | @findex DIVSI3_LIBCALL | |
4586 | @item DIVSI3_LIBCALL | |
4587 | A C string constant giving the name of the function to call for | |
4588 | division of one signed full-word by another. If you do not define | |
4589 | this macro, the default name is used, which is @code{__divsi3}, a | |
4590 | function defined in @file{libgcc.a}. | |
4591 | ||
4592 | @findex UDIVSI3_LIBCALL | |
4593 | @item UDIVSI3_LIBCALL | |
4594 | A C string constant giving the name of the function to call for | |
4595 | division of one unsigned full-word by another. If you do not define | |
4596 | this macro, the default name is used, which is @code{__udivsi3}, a | |
4597 | function defined in @file{libgcc.a}. | |
4598 | ||
4599 | @findex MODSI3_LIBCALL | |
4600 | @item MODSI3_LIBCALL | |
4601 | A C string constant giving the name of the function to call for the | |
4602 | remainder in division of one signed full-word by another. If you do | |
4603 | not define this macro, the default name is used, which is | |
4604 | @code{__modsi3}, a function defined in @file{libgcc.a}. | |
4605 | ||
4606 | @findex UMODSI3_LIBCALL | |
4607 | @item UMODSI3_LIBCALL | |
4608 | A C string constant giving the name of the function to call for the | |
4609 | remainder in division of one unsigned full-word by another. If you do | |
4610 | not define this macro, the default name is used, which is | |
4611 | @code{__umodsi3}, a function defined in @file{libgcc.a}. | |
4612 | ||
4613 | @findex MULDI3_LIBCALL | |
4614 | @item MULDI3_LIBCALL | |
4615 | A C string constant giving the name of the function to call for | |
4616 | multiplication of one signed double-word by another. If you do not | |
4617 | define this macro, the default name is used, which is @code{__muldi3}, | |
4618 | a function defined in @file{libgcc.a}. | |
4619 | ||
4620 | @findex DIVDI3_LIBCALL | |
4621 | @item DIVDI3_LIBCALL | |
4622 | A C string constant giving the name of the function to call for | |
4623 | division of one signed double-word by another. If you do not define | |
4624 | this macro, the default name is used, which is @code{__divdi3}, a | |
4625 | function defined in @file{libgcc.a}. | |
4626 | ||
4627 | @findex UDIVDI3_LIBCALL | |
4628 | @item UDIVDI3_LIBCALL | |
4629 | A C string constant giving the name of the function to call for | |
4630 | division of one unsigned full-word by another. If you do not define | |
4631 | this macro, the default name is used, which is @code{__udivdi3}, a | |
4632 | function defined in @file{libgcc.a}. | |
4633 | ||
4634 | @findex MODDI3_LIBCALL | |
4635 | @item MODDI3_LIBCALL | |
4636 | A C string constant giving the name of the function to call for the | |
4637 | remainder in division of one signed double-word by another. If you do | |
4638 | not define this macro, the default name is used, which is | |
4639 | @code{__moddi3}, a function defined in @file{libgcc.a}. | |
4640 | ||
4641 | @findex UMODDI3_LIBCALL | |
4642 | @item UMODDI3_LIBCALL | |
4643 | A C string constant giving the name of the function to call for the | |
4644 | remainder in division of one unsigned full-word by another. If you do | |
4645 | not define this macro, the default name is used, which is | |
4646 | @code{__umoddi3}, a function defined in @file{libgcc.a}. | |
4647 | ||
4648 | @findex INIT_TARGET_OPTABS | |
4649 | @item INIT_TARGET_OPTABS | |
4650 | Define this macro as a C statement that declares additional library | |
767094dd | 4651 | routines renames existing ones. @code{init_optabs} calls this macro after |
feca2ed3 JW |
4652 | initializing all the normal library routines. |
4653 | ||
c5c60e15 BS |
4654 | @findex FLOAT_LIB_COMPARE_RETURNS_BOOL (@var{mode}, @var{comparison}) |
4655 | @item FLOAT_LIB_COMPARE_RETURNS_BOOL | |
4656 | Define this macro as a C statement that returns nonzero if a call to | |
4657 | the floating point comparison library function will return a boolean | |
4658 | value that indicates the result of the comparison. It should return | |
4659 | zero if one of gcc's own libgcc functions is called. | |
4660 | ||
4661 | Most ports don't need to define this macro. | |
4662 | ||
feca2ed3 JW |
4663 | @findex TARGET_EDOM |
4664 | @cindex @code{EDOM}, implicit usage | |
4665 | @item TARGET_EDOM | |
4666 | The value of @code{EDOM} on the target machine, as a C integer constant | |
a3a15b4d | 4667 | expression. If you don't define this macro, GCC does not attempt to |
feca2ed3 JW |
4668 | deposit the value of @code{EDOM} into @code{errno} directly. Look in |
4669 | @file{/usr/include/errno.h} to find the value of @code{EDOM} on your | |
4670 | system. | |
4671 | ||
4672 | If you do not define @code{TARGET_EDOM}, then compiled code reports | |
4673 | domain errors by calling the library function and letting it report the | |
4674 | error. If mathematical functions on your system use @code{matherr} when | |
4675 | there is an error, then you should leave @code{TARGET_EDOM} undefined so | |
4676 | that @code{matherr} is used normally. | |
4677 | ||
4678 | @findex GEN_ERRNO_RTX | |
4679 | @cindex @code{errno}, implicit usage | |
4680 | @item GEN_ERRNO_RTX | |
4681 | Define this macro as a C expression to create an rtl expression that | |
4682 | refers to the global ``variable'' @code{errno}. (On certain systems, | |
4683 | @code{errno} may not actually be a variable.) If you don't define this | |
4684 | macro, a reasonable default is used. | |
4685 | ||
4686 | @findex TARGET_MEM_FUNCTIONS | |
4687 | @cindex @code{bcopy}, implicit usage | |
4688 | @cindex @code{memcpy}, implicit usage | |
3bcd50fe | 4689 | @cindex @code{memmove}, implicit usage |
feca2ed3 JW |
4690 | @cindex @code{bzero}, implicit usage |
4691 | @cindex @code{memset}, implicit usage | |
4692 | @item TARGET_MEM_FUNCTIONS | |
5490d604 | 4693 | Define this macro if GCC should generate calls to the ISO C |
58c35fc2 JL |
4694 | (and System V) library functions @code{memcpy}, @code{memmove} and |
4695 | @code{memset} rather than the BSD functions @code{bcopy} and @code{bzero}. | |
feca2ed3 JW |
4696 | |
4697 | @findex LIBGCC_NEEDS_DOUBLE | |
4698 | @item LIBGCC_NEEDS_DOUBLE | |
7857f134 ZW |
4699 | Define this macro if @code{float} arguments cannot be passed to library |
4700 | routines (so they must be converted to @code{double}). This macro | |
4701 | affects both how library calls are generated and how the library | |
4702 | routines in @file{libgcc.a} accept their arguments. It is useful on | |
feca2ed3 JW |
4703 | machines where floating and fixed point arguments are passed |
4704 | differently, such as the i860. | |
4705 | ||
feca2ed3 JW |
4706 | @findex NEXT_OBJC_RUNTIME |
4707 | @item NEXT_OBJC_RUNTIME | |
2147b154 | 4708 | Define this macro to generate code for Objective-C message sending using |
feca2ed3 JW |
4709 | the calling convention of the NeXT system. This calling convention |
4710 | involves passing the object, the selector and the method arguments all | |
4711 | at once to the method-lookup library function. | |
4712 | ||
4713 | The default calling convention passes just the object and the selector | |
4714 | to the lookup function, which returns a pointer to the method. | |
4715 | @end table | |
4716 | ||
4717 | @node Addressing Modes | |
4718 | @section Addressing Modes | |
4719 | @cindex addressing modes | |
4720 | ||
4721 | @c prevent bad page break with this line | |
4722 | This is about addressing modes. | |
4723 | ||
4724 | @table @code | |
feca2ed3 | 4725 | @findex HAVE_PRE_INCREMENT |
feca2ed3 | 4726 | @findex HAVE_PRE_DECREMENT |
7a6bd5ae JL |
4727 | @findex HAVE_POST_INCREMENT |
4728 | @findex HAVE_POST_DECREMENT | |
feca2ed3 | 4729 | @item HAVE_PRE_INCREMENT |
feca2ed3 | 4730 | @itemx HAVE_PRE_DECREMENT |
7a6bd5ae JL |
4731 | @itemx HAVE_POST_INCREMENT |
4732 | @itemx HAVE_POST_DECREMENT | |
df2a54e9 | 4733 | A C expression that is nonzero if the machine supports pre-increment, |
7a6bd5ae | 4734 | pre-decrement, post-increment, or post-decrement addressing respectively. |
feca2ed3 | 4735 | |
864bcaa7 | 4736 | @findex HAVE_POST_MODIFY_DISP |
864bcaa7 JL |
4737 | @findex HAVE_PRE_MODIFY_DISP |
4738 | @item HAVE_PRE_MODIFY_DISP | |
7a6bd5ae | 4739 | @itemx HAVE_POST_MODIFY_DISP |
df2a54e9 | 4740 | A C expression that is nonzero if the machine supports pre- or |
7a6bd5ae JL |
4741 | post-address side-effect generation involving constants other than |
4742 | the size of the memory operand. | |
864bcaa7 JL |
4743 | |
4744 | @findex HAVE_POST_MODIFY_REG | |
864bcaa7 JL |
4745 | @findex HAVE_PRE_MODIFY_REG |
4746 | @item HAVE_PRE_MODIFY_REG | |
7a6bd5ae | 4747 | @itemx HAVE_POST_MODIFY_REG |
df2a54e9 | 4748 | A C expression that is nonzero if the machine supports pre- or |
7a6bd5ae | 4749 | post-address side-effect generation involving a register displacement. |
864bcaa7 | 4750 | |
feca2ed3 JW |
4751 | @findex CONSTANT_ADDRESS_P |
4752 | @item CONSTANT_ADDRESS_P (@var{x}) | |
4753 | A C expression that is 1 if the RTX @var{x} is a constant which | |
4754 | is a valid address. On most machines, this can be defined as | |
4755 | @code{CONSTANT_P (@var{x})}, but a few machines are more restrictive | |
4756 | in which constant addresses are supported. | |
4757 | ||
4758 | @findex CONSTANT_P | |
4759 | @code{CONSTANT_P} accepts integer-values expressions whose values are | |
4760 | not explicitly known, such as @code{symbol_ref}, @code{label_ref}, and | |
4761 | @code{high} expressions and @code{const} arithmetic expressions, in | |
4762 | addition to @code{const_int} and @code{const_double} expressions. | |
4763 | ||
4764 | @findex MAX_REGS_PER_ADDRESS | |
4765 | @item MAX_REGS_PER_ADDRESS | |
4766 | A number, the maximum number of registers that can appear in a valid | |
4767 | memory address. Note that it is up to you to specify a value equal to | |
4768 | the maximum number that @code{GO_IF_LEGITIMATE_ADDRESS} would ever | |
4769 | accept. | |
4770 | ||
4771 | @findex GO_IF_LEGITIMATE_ADDRESS | |
4772 | @item GO_IF_LEGITIMATE_ADDRESS (@var{mode}, @var{x}, @var{label}) | |
4773 | A C compound statement with a conditional @code{goto @var{label};} | |
4774 | executed if @var{x} (an RTX) is a legitimate memory address on the | |
4775 | target machine for a memory operand of mode @var{mode}. | |
4776 | ||
4777 | It usually pays to define several simpler macros to serve as | |
4778 | subroutines for this one. Otherwise it may be too complicated to | |
4779 | understand. | |
4780 | ||
4781 | This macro must exist in two variants: a strict variant and a | |
4782 | non-strict one. The strict variant is used in the reload pass. It | |
4783 | must be defined so that any pseudo-register that has not been | |
4784 | allocated a hard register is considered a memory reference. In | |
4785 | contexts where some kind of register is required, a pseudo-register | |
4786 | with no hard register must be rejected. | |
4787 | ||
4788 | The non-strict variant is used in other passes. It must be defined to | |
4789 | accept all pseudo-registers in every context where some kind of | |
4790 | register is required. | |
4791 | ||
4792 | @findex REG_OK_STRICT | |
4793 | Compiler source files that want to use the strict variant of this | |
4794 | macro define the macro @code{REG_OK_STRICT}. You should use an | |
4795 | @code{#ifdef REG_OK_STRICT} conditional to define the strict variant | |
4796 | in that case and the non-strict variant otherwise. | |
4797 | ||
4798 | Subroutines to check for acceptable registers for various purposes (one | |
4799 | for base registers, one for index registers, and so on) are typically | |
4800 | among the subroutines used to define @code{GO_IF_LEGITIMATE_ADDRESS}. | |
4801 | Then only these subroutine macros need have two variants; the higher | |
bd819a4a | 4802 | levels of macros may be the same whether strict or not. |
feca2ed3 JW |
4803 | |
4804 | Normally, constant addresses which are the sum of a @code{symbol_ref} | |
4805 | and an integer are stored inside a @code{const} RTX to mark them as | |
4806 | constant. Therefore, there is no need to recognize such sums | |
4807 | specifically as legitimate addresses. Normally you would simply | |
4808 | recognize any @code{const} as legitimate. | |
4809 | ||
4810 | Usually @code{PRINT_OPERAND_ADDRESS} is not prepared to handle constant | |
4811 | sums that are not marked with @code{const}. It assumes that a naked | |
4812 | @code{plus} indicates indexing. If so, then you @emph{must} reject such | |
4813 | naked constant sums as illegitimate addresses, so that none of them will | |
4814 | be given to @code{PRINT_OPERAND_ADDRESS}. | |
4815 | ||
4816 | @cindex @code{ENCODE_SECTION_INFO} and address validation | |
4817 | On some machines, whether a symbolic address is legitimate depends on | |
4818 | the section that the address refers to. On these machines, define the | |
4819 | macro @code{ENCODE_SECTION_INFO} to store the information into the | |
4820 | @code{symbol_ref}, and then check for it here. When you see a | |
4821 | @code{const}, you will have to look inside it to find the | |
4822 | @code{symbol_ref} in order to determine the section. @xref{Assembler | |
4823 | Format}. | |
4824 | ||
4825 | @findex saveable_obstack | |
4826 | The best way to modify the name string is by adding text to the | |
4827 | beginning, with suitable punctuation to prevent any ambiguity. Allocate | |
4828 | the new name in @code{saveable_obstack}. You will have to modify | |
4829 | @code{ASM_OUTPUT_LABELREF} to remove and decode the added text and | |
4830 | output the name accordingly, and define @code{STRIP_NAME_ENCODING} to | |
4831 | access the original name string. | |
4832 | ||
4833 | You can check the information stored here into the @code{symbol_ref} in | |
4834 | the definitions of the macros @code{GO_IF_LEGITIMATE_ADDRESS} and | |
4835 | @code{PRINT_OPERAND_ADDRESS}. | |
4836 | ||
4837 | @findex REG_OK_FOR_BASE_P | |
4838 | @item REG_OK_FOR_BASE_P (@var{x}) | |
4839 | A C expression that is nonzero if @var{x} (assumed to be a @code{reg} | |
4840 | RTX) is valid for use as a base register. For hard registers, it | |
4841 | should always accept those which the hardware permits and reject the | |
4842 | others. Whether the macro accepts or rejects pseudo registers must be | |
4843 | controlled by @code{REG_OK_STRICT} as described above. This usually | |
4844 | requires two variant definitions, of which @code{REG_OK_STRICT} | |
4845 | controls the one actually used. | |
4846 | ||
861bb6c1 JL |
4847 | @findex REG_MODE_OK_FOR_BASE_P |
4848 | @item REG_MODE_OK_FOR_BASE_P (@var{x}, @var{mode}) | |
4849 | A C expression that is just like @code{REG_OK_FOR_BASE_P}, except that | |
4850 | that expression may examine the mode of the memory reference in | |
4851 | @var{mode}. You should define this macro if the mode of the memory | |
4852 | reference affects whether a register may be used as a base register. If | |
4853 | you define this macro, the compiler will use it instead of | |
4854 | @code{REG_OK_FOR_BASE_P}. | |
4855 | ||
feca2ed3 JW |
4856 | @findex REG_OK_FOR_INDEX_P |
4857 | @item REG_OK_FOR_INDEX_P (@var{x}) | |
4858 | A C expression that is nonzero if @var{x} (assumed to be a @code{reg} | |
4859 | RTX) is valid for use as an index register. | |
4860 | ||
4861 | The difference between an index register and a base register is that | |
4862 | the index register may be scaled. If an address involves the sum of | |
4863 | two registers, neither one of them scaled, then either one may be | |
4864 | labeled the ``base'' and the other the ``index''; but whichever | |
4865 | labeling is used must fit the machine's constraints of which registers | |
4866 | may serve in each capacity. The compiler will try both labelings, | |
4867 | looking for one that is valid, and will reload one or both registers | |
4868 | only if neither labeling works. | |
4869 | ||
b949ea8b JW |
4870 | @findex FIND_BASE_TERM |
4871 | @item FIND_BASE_TERM (@var{x}) | |
4872 | A C expression to determine the base term of address @var{x}. | |
4873 | This macro is used in only one place: `find_base_term' in alias.c. | |
4874 | ||
4875 | It is always safe for this macro to not be defined. It exists so | |
4876 | that alias analysis can understand machine-dependent addresses. | |
4877 | ||
4878 | The typical use of this macro is to handle addresses containing | |
161d7b59 | 4879 | a label_ref or symbol_ref within an UNSPEC@. |
b949ea8b | 4880 | |
feca2ed3 JW |
4881 | @findex LEGITIMIZE_ADDRESS |
4882 | @item LEGITIMIZE_ADDRESS (@var{x}, @var{oldx}, @var{mode}, @var{win}) | |
4883 | A C compound statement that attempts to replace @var{x} with a valid | |
4884 | memory address for an operand of mode @var{mode}. @var{win} will be a | |
4885 | C statement label elsewhere in the code; the macro definition may use | |
4886 | ||
4887 | @example | |
4888 | GO_IF_LEGITIMATE_ADDRESS (@var{mode}, @var{x}, @var{win}); | |
4889 | @end example | |
4890 | ||
4891 | @noindent | |
4892 | to avoid further processing if the address has become legitimate. | |
4893 | ||
4894 | @findex break_out_memory_refs | |
4895 | @var{x} will always be the result of a call to @code{break_out_memory_refs}, | |
4896 | and @var{oldx} will be the operand that was given to that function to produce | |
4897 | @var{x}. | |
4898 | ||
4899 | The code generated by this macro should not alter the substructure of | |
4900 | @var{x}. If it transforms @var{x} into a more legitimate form, it | |
4901 | should assign @var{x} (which will always be a C variable) a new value. | |
4902 | ||
4903 | It is not necessary for this macro to come up with a legitimate | |
4904 | address. The compiler has standard ways of doing so in all cases. In | |
4905 | fact, it is safe for this macro to do nothing. But often a | |
4906 | machine-dependent strategy can generate better code. | |
4907 | ||
a9a2595b JR |
4908 | @findex LEGITIMIZE_RELOAD_ADDRESS |
4909 | @item LEGITIMIZE_RELOAD_ADDRESS (@var{x}, @var{mode}, @var{opnum}, @var{type}, @var{ind_levels}, @var{win}) | |
4910 | A C compound statement that attempts to replace @var{x}, which is an address | |
4911 | that needs reloading, with a valid memory address for an operand of mode | |
4912 | @var{mode}. @var{win} will be a C statement label elsewhere in the code. | |
4913 | It is not necessary to define this macro, but it might be useful for | |
02f52e19 | 4914 | performance reasons. |
a9a2595b JR |
4915 | |
4916 | For example, on the i386, it is sometimes possible to use a single | |
4917 | reload register instead of two by reloading a sum of two pseudo | |
4918 | registers into a register. On the other hand, for number of RISC | |
4919 | processors offsets are limited so that often an intermediate address | |
4920 | needs to be generated in order to address a stack slot. By defining | |
aee96fe9 | 4921 | @code{LEGITIMIZE_RELOAD_ADDRESS} appropriately, the intermediate addresses |
a9a2595b JR |
4922 | generated for adjacent some stack slots can be made identical, and thus |
4923 | be shared. | |
4924 | ||
39bdfaa0 RH |
4925 | @emph{Note}: This macro should be used with caution. It is necessary |
4926 | to know something of how reload works in order to effectively use this, | |
4927 | and it is quite easy to produce macros that build in too much knowledge | |
4928 | of reload internals. | |
a9a2595b | 4929 | |
5f0c590d JL |
4930 | @emph{Note}: This macro must be able to reload an address created by a |
4931 | previous invocation of this macro. If it fails to handle such addresses | |
4932 | then the compiler may generate incorrect code or abort. | |
4933 | ||
a9a2595b | 4934 | @findex push_reload |
39bdfaa0 RH |
4935 | The macro definition should use @code{push_reload} to indicate parts that |
4936 | need reloading; @var{opnum}, @var{type} and @var{ind_levels} are usually | |
4937 | suitable to be passed unaltered to @code{push_reload}. | |
a9a2595b | 4938 | |
39bdfaa0 | 4939 | The code generated by this macro must not alter the substructure of |
a9a2595b JR |
4940 | @var{x}. If it transforms @var{x} into a more legitimate form, it |
4941 | should assign @var{x} (which will always be a C variable) a new value. | |
4942 | This also applies to parts that you change indirectly by calling | |
4943 | @code{push_reload}. | |
4944 | ||
39bdfaa0 RH |
4945 | @findex strict_memory_address_p |
4946 | The macro definition may use @code{strict_memory_address_p} to test if | |
4947 | the address has become legitimate. | |
4948 | ||
a9a2595b JR |
4949 | @findex copy_rtx |
4950 | If you want to change only a part of @var{x}, one standard way of doing | |
4951 | this is to use @code{copy_rtx}. Note, however, that is unshares only a | |
4952 | single level of rtl. Thus, if the part to be changed is not at the | |
c771326b | 4953 | top level, you'll need to replace first the top level. |
a9a2595b JR |
4954 | It is not necessary for this macro to come up with a legitimate |
4955 | address; but often a machine-dependent strategy can generate better code. | |
4956 | ||
feca2ed3 JW |
4957 | @findex GO_IF_MODE_DEPENDENT_ADDRESS |
4958 | @item GO_IF_MODE_DEPENDENT_ADDRESS (@var{addr}, @var{label}) | |
4959 | A C statement or compound statement with a conditional @code{goto | |
4960 | @var{label};} executed if memory address @var{x} (an RTX) can have | |
4961 | different meanings depending on the machine mode of the memory | |
4962 | reference it is used for or if the address is valid for some modes | |
4963 | but not others. | |
4964 | ||
4965 | Autoincrement and autodecrement addresses typically have mode-dependent | |
4966 | effects because the amount of the increment or decrement is the size | |
4967 | of the operand being addressed. Some machines have other mode-dependent | |
4968 | addresses. Many RISC machines have no mode-dependent addresses. | |
4969 | ||
4970 | You may assume that @var{addr} is a valid address for the machine. | |
4971 | ||
4972 | @findex LEGITIMATE_CONSTANT_P | |
4973 | @item LEGITIMATE_CONSTANT_P (@var{x}) | |
4974 | A C expression that is nonzero if @var{x} is a legitimate constant for | |
4975 | an immediate operand on the target machine. You can assume that | |
4976 | @var{x} satisfies @code{CONSTANT_P}, so you need not check this. In fact, | |
4977 | @samp{1} is a suitable definition for this macro on machines where | |
bd819a4a | 4978 | anything @code{CONSTANT_P} is valid. |
feca2ed3 JW |
4979 | @end table |
4980 | ||
4981 | @node Condition Code | |
4982 | @section Condition Code Status | |
4983 | @cindex condition code status | |
4984 | ||
4985 | @c prevent bad page break with this line | |
4986 | This describes the condition code status. | |
4987 | ||
4988 | @findex cc_status | |
4989 | The file @file{conditions.h} defines a variable @code{cc_status} to | |
4990 | describe how the condition code was computed (in case the interpretation of | |
4991 | the condition code depends on the instruction that it was set by). This | |
4992 | variable contains the RTL expressions on which the condition code is | |
4993 | currently based, and several standard flags. | |
4994 | ||
4995 | Sometimes additional machine-specific flags must be defined in the machine | |
4996 | description header file. It can also add additional machine-specific | |
4997 | information by defining @code{CC_STATUS_MDEP}. | |
4998 | ||
4999 | @table @code | |
5000 | @findex CC_STATUS_MDEP | |
5001 | @item CC_STATUS_MDEP | |
5002 | C code for a data type which is used for declaring the @code{mdep} | |
5003 | component of @code{cc_status}. It defaults to @code{int}. | |
5004 | ||
5005 | This macro is not used on machines that do not use @code{cc0}. | |
5006 | ||
5007 | @findex CC_STATUS_MDEP_INIT | |
5008 | @item CC_STATUS_MDEP_INIT | |
5009 | A C expression to initialize the @code{mdep} field to ``empty''. | |
5010 | The default definition does nothing, since most machines don't use | |
5011 | the field anyway. If you want to use the field, you should probably | |
5012 | define this macro to initialize it. | |
5013 | ||
5014 | This macro is not used on machines that do not use @code{cc0}. | |
5015 | ||
5016 | @findex NOTICE_UPDATE_CC | |
5017 | @item NOTICE_UPDATE_CC (@var{exp}, @var{insn}) | |
5018 | A C compound statement to set the components of @code{cc_status} | |
5019 | appropriately for an insn @var{insn} whose body is @var{exp}. It is | |
5020 | this macro's responsibility to recognize insns that set the condition | |
5021 | code as a byproduct of other activity as well as those that explicitly | |
5022 | set @code{(cc0)}. | |
5023 | ||
5024 | This macro is not used on machines that do not use @code{cc0}. | |
5025 | ||
5026 | If there are insns that do not set the condition code but do alter | |
5027 | other machine registers, this macro must check to see whether they | |
5028 | invalidate the expressions that the condition code is recorded as | |
5029 | reflecting. For example, on the 68000, insns that store in address | |
5030 | registers do not set the condition code, which means that usually | |
5031 | @code{NOTICE_UPDATE_CC} can leave @code{cc_status} unaltered for such | |
5032 | insns. But suppose that the previous insn set the condition code | |
5033 | based on location @samp{a4@@(102)} and the current insn stores a new | |
5034 | value in @samp{a4}. Although the condition code is not changed by | |
5035 | this, it will no longer be true that it reflects the contents of | |
5036 | @samp{a4@@(102)}. Therefore, @code{NOTICE_UPDATE_CC} must alter | |
5037 | @code{cc_status} in this case to say that nothing is known about the | |
5038 | condition code value. | |
5039 | ||
5040 | The definition of @code{NOTICE_UPDATE_CC} must be prepared to deal | |
5041 | with the results of peephole optimization: insns whose patterns are | |
5042 | @code{parallel} RTXs containing various @code{reg}, @code{mem} or | |
5043 | constants which are just the operands. The RTL structure of these | |
5044 | insns is not sufficient to indicate what the insns actually do. What | |
5045 | @code{NOTICE_UPDATE_CC} should do when it sees one is just to run | |
5046 | @code{CC_STATUS_INIT}. | |
5047 | ||
5048 | A possible definition of @code{NOTICE_UPDATE_CC} is to call a function | |
5049 | that looks at an attribute (@pxref{Insn Attributes}) named, for example, | |
5050 | @samp{cc}. This avoids having detailed information about patterns in | |
5051 | two places, the @file{md} file and in @code{NOTICE_UPDATE_CC}. | |
5052 | ||
5053 | @findex EXTRA_CC_MODES | |
5054 | @item EXTRA_CC_MODES | |
02f52e19 | 5055 | A list of additional modes for condition code values in registers |
aa0b4465 ZW |
5056 | (@pxref{Jump Patterns}). This macro should expand to a sequence of |
5057 | calls of the macro @code{CC} separated by white space. @code{CC} takes | |
5058 | two arguments. The first is the enumeration name of the mode, which | |
5059 | should begin with @samp{CC} and end with @samp{mode}. The second is a C | |
5060 | string giving the printable name of the mode; it should be the same as | |
5061 | the first argument, but with the trailing @samp{mode} removed. | |
feca2ed3 | 5062 | |
aa0b4465 | 5063 | You should only define this macro if additional modes are required. |
feca2ed3 | 5064 | |
aa0b4465 | 5065 | A sample definition of @code{EXTRA_CC_MODES} is: |
feca2ed3 | 5066 | @smallexample |
aa0b4465 ZW |
5067 | #define EXTRA_CC_MODES \ |
5068 | CC(CC_NOOVmode, "CC_NOOV") \ | |
5069 | CC(CCFPmode, "CCFP") \ | |
5070 | CC(CCFPEmode, "CCFPE") | |
feca2ed3 JW |
5071 | @end smallexample |
5072 | ||
feca2ed3 JW |
5073 | @findex SELECT_CC_MODE |
5074 | @item SELECT_CC_MODE (@var{op}, @var{x}, @var{y}) | |
5075 | Returns a mode from class @code{MODE_CC} to be used when comparison | |
5076 | operation code @var{op} is applied to rtx @var{x} and @var{y}. For | |
5077 | example, on the Sparc, @code{SELECT_CC_MODE} is defined as (see | |
5078 | @pxref{Jump Patterns} for a description of the reason for this | |
5079 | definition) | |
5080 | ||
5081 | @smallexample | |
5082 | #define SELECT_CC_MODE(OP,X,Y) \ | |
5083 | (GET_MODE_CLASS (GET_MODE (X)) == MODE_FLOAT \ | |
5084 | ? ((OP == EQ || OP == NE) ? CCFPmode : CCFPEmode) \ | |
5085 | : ((GET_CODE (X) == PLUS || GET_CODE (X) == MINUS \ | |
5086 | || GET_CODE (X) == NEG) \ | |
5087 | ? CC_NOOVmode : CCmode)) | |
5088 | @end smallexample | |
5089 | ||
5090 | You need not define this macro if @code{EXTRA_CC_MODES} is not defined. | |
5091 | ||
5092 | @findex CANONICALIZE_COMPARISON | |
5093 | @item CANONICALIZE_COMPARISON (@var{code}, @var{op0}, @var{op1}) | |
8760eaae | 5094 | On some machines not all possible comparisons are defined, but you can |
feca2ed3 JW |
5095 | convert an invalid comparison into a valid one. For example, the Alpha |
5096 | does not have a @code{GT} comparison, but you can use an @code{LT} | |
5097 | comparison instead and swap the order of the operands. | |
5098 | ||
5099 | On such machines, define this macro to be a C statement to do any | |
5100 | required conversions. @var{code} is the initial comparison code | |
5101 | and @var{op0} and @var{op1} are the left and right operands of the | |
5102 | comparison, respectively. You should modify @var{code}, @var{op0}, and | |
5103 | @var{op1} as required. | |
5104 | ||
a3a15b4d | 5105 | GCC will not assume that the comparison resulting from this macro is |
feca2ed3 JW |
5106 | valid but will see if the resulting insn matches a pattern in the |
5107 | @file{md} file. | |
5108 | ||
5109 | You need not define this macro if it would never change the comparison | |
5110 | code or operands. | |
5111 | ||
5112 | @findex REVERSIBLE_CC_MODE | |
5113 | @item REVERSIBLE_CC_MODE (@var{mode}) | |
5114 | A C expression whose value is one if it is always safe to reverse a | |
5115 | comparison whose mode is @var{mode}. If @code{SELECT_CC_MODE} | |
5116 | can ever return @var{mode} for a floating-point inequality comparison, | |
5117 | then @code{REVERSIBLE_CC_MODE (@var{mode})} must be zero. | |
5118 | ||
5119 | You need not define this macro if it would always returns zero or if the | |
5120 | floating-point format is anything other than @code{IEEE_FLOAT_FORMAT}. | |
5121 | For example, here is the definition used on the Sparc, where floating-point | |
5122 | inequality comparisons are always given @code{CCFPEmode}: | |
5123 | ||
5124 | @smallexample | |
5125 | #define REVERSIBLE_CC_MODE(MODE) ((MODE) != CCFPEmode) | |
5126 | @end smallexample | |
5127 | ||
9e7adcb3 JH |
5128 | @findex REVERSE_CONDITION (@var{code}, @var{mode}) |
5129 | A C expression whose value is reversed condition code of the @var{code} for | |
5130 | comparison done in CC_MODE @var{mode}. The macro is used only in case | |
5131 | @code{REVERSIBLE_CC_MODE (@var{mode})} is nonzero. Define this macro in case | |
5132 | machine has some non-standard way how to reverse certain conditionals. For | |
5133 | instance in case all floating point conditions are non-trapping, compiler may | |
5134 | freely convert unordered compares to ordered one. Then definition may look | |
5135 | like: | |
5136 | ||
5137 | @smallexample | |
5138 | #define REVERSE_CONDITION(CODE, MODE) \ | |
c771326b | 5139 | ((MODE) != CCFPmode ? reverse_condition (CODE) \ |
9e7adcb3 JH |
5140 | : reverse_condition_maybe_unordered (CODE)) |
5141 | @end smallexample | |
5142 | ||
7e6d8ba1 AH |
5143 | @findex REVERSE_CONDEXEC_PREDICATES_P |
5144 | @item REVERSE_CONDEXEC_PREDICATES_P (@var{code1}, @var{code2}) | |
5145 | A C expression that returns true if the conditional execution predicate | |
5146 | @var{code1} is the inverse of @var{code2} and vice versa. Define this to | |
5147 | return 0 if the target has conditional execution predicates that cannot be | |
a43f528e AH |
5148 | reversed safely. If no expansion is specified, this macro is defined as |
5149 | follows: | |
7e6d8ba1 AH |
5150 | |
5151 | @smallexample | |
aee96fe9 JM |
5152 | #define REVERSE_CONDEXEC_PREDICATES_P (x, y) \ |
5153 | ((x) == reverse_condition (y)) | |
7e6d8ba1 AH |
5154 | @end smallexample |
5155 | ||
feca2ed3 JW |
5156 | @end table |
5157 | ||
5158 | @node Costs | |
5159 | @section Describing Relative Costs of Operations | |
5160 | @cindex costs of instructions | |
5161 | @cindex relative costs | |
5162 | @cindex speed of instructions | |
5163 | ||
5164 | These macros let you describe the relative speed of various operations | |
5165 | on the target machine. | |
5166 | ||
5167 | @table @code | |
5168 | @findex CONST_COSTS | |
5169 | @item CONST_COSTS (@var{x}, @var{code}, @var{outer_code}) | |
5170 | A part of a C @code{switch} statement that describes the relative costs | |
5171 | of constant RTL expressions. It must contain @code{case} labels for | |
5172 | expression codes @code{const_int}, @code{const}, @code{symbol_ref}, | |
5173 | @code{label_ref} and @code{const_double}. Each case must ultimately | |
5174 | reach a @code{return} statement to return the relative cost of the use | |
5175 | of that kind of constant value in an expression. The cost may depend on | |
5176 | the precise value of the constant, which is available for examination in | |
5177 | @var{x}, and the rtx code of the expression in which it is contained, | |
5178 | found in @var{outer_code}. | |
5179 | ||
5180 | @var{code} is the expression code---redundant, since it can be | |
5181 | obtained with @code{GET_CODE (@var{x})}. | |
5182 | ||
5183 | @findex RTX_COSTS | |
5184 | @findex COSTS_N_INSNS | |
5185 | @item RTX_COSTS (@var{x}, @var{code}, @var{outer_code}) | |
5186 | Like @code{CONST_COSTS} but applies to nonconstant RTL expressions. | |
5187 | This can be used, for example, to indicate how costly a multiply | |
5188 | instruction is. In writing this macro, you can use the construct | |
5189 | @code{COSTS_N_INSNS (@var{n})} to specify a cost equal to @var{n} fast | |
5190 | instructions. @var{outer_code} is the code of the expression in which | |
5191 | @var{x} is contained. | |
5192 | ||
5193 | This macro is optional; do not define it if the default cost assumptions | |
5194 | are adequate for the target machine. | |
5195 | ||
8625fab5 KG |
5196 | @findex DEFAULT_RTX_COSTS |
5197 | @item DEFAULT_RTX_COSTS (@var{x}, @var{code}, @var{outer_code}) | |
5198 | This macro, if defined, is called for any case not handled by the | |
5199 | @code{RTX_COSTS} or @code{CONST_COSTS} macros. This eliminates the need | |
5200 | to put case labels into the macro, but the code, or any functions it | |
5201 | calls, must assume that the RTL in @var{x} could be of any type that has | |
5202 | not already been handled. The arguments are the same as for | |
5203 | @code{RTX_COSTS}, and the macro should execute a return statement giving | |
5204 | the cost of any RTL expressions that it can handle. The default cost | |
5205 | calculation is used for any RTL for which this macro does not return a | |
5206 | value. | |
5207 | ||
5208 | This macro is optional; do not define it if the default cost assumptions | |
02f52e19 | 5209 | are adequate for the target machine. |
8625fab5 | 5210 | |
feca2ed3 JW |
5211 | @findex ADDRESS_COST |
5212 | @item ADDRESS_COST (@var{address}) | |
5213 | An expression giving the cost of an addressing mode that contains | |
5214 | @var{address}. If not defined, the cost is computed from | |
5215 | the @var{address} expression and the @code{CONST_COSTS} values. | |
5216 | ||
5217 | For most CISC machines, the default cost is a good approximation of the | |
5218 | true cost of the addressing mode. However, on RISC machines, all | |
5219 | instructions normally have the same length and execution time. Hence | |
5220 | all addresses will have equal costs. | |
5221 | ||
5222 | In cases where more than one form of an address is known, the form with | |
5223 | the lowest cost will be used. If multiple forms have the same, lowest, | |
5224 | cost, the one that is the most complex will be used. | |
5225 | ||
5226 | For example, suppose an address that is equal to the sum of a register | |
5227 | and a constant is used twice in the same basic block. When this macro | |
5228 | is not defined, the address will be computed in a register and memory | |
5229 | references will be indirect through that register. On machines where | |
5230 | the cost of the addressing mode containing the sum is no higher than | |
5231 | that of a simple indirect reference, this will produce an additional | |
5232 | instruction and possibly require an additional register. Proper | |
5233 | specification of this macro eliminates this overhead for such machines. | |
5234 | ||
5235 | Similar use of this macro is made in strength reduction of loops. | |
5236 | ||
5237 | @var{address} need not be valid as an address. In such a case, the cost | |
5238 | is not relevant and can be any value; invalid addresses need not be | |
5239 | assigned a different cost. | |
5240 | ||
5241 | On machines where an address involving more than one register is as | |
5242 | cheap as an address computation involving only one register, defining | |
5243 | @code{ADDRESS_COST} to reflect this can cause two registers to be live | |
5244 | over a region of code where only one would have been if | |
5245 | @code{ADDRESS_COST} were not defined in that manner. This effect should | |
5246 | be considered in the definition of this macro. Equivalent costs should | |
5247 | probably only be given to addresses with different numbers of registers | |
5248 | on machines with lots of registers. | |
5249 | ||
5250 | This macro will normally either not be defined or be defined as a | |
5251 | constant. | |
5252 | ||
5253 | @findex REGISTER_MOVE_COST | |
e56b4594 AO |
5254 | @item REGISTER_MOVE_COST (@var{mode}, @var{from}, @var{to}) |
5255 | A C expression for the cost of moving data of mode @var{mode} from a | |
5256 | register in class @var{from} to one in class @var{to}. The classes are | |
5257 | expressed using the enumeration values such as @code{GENERAL_REGS}. A | |
5258 | value of 2 is the default; other values are interpreted relative to | |
5259 | that. | |
feca2ed3 JW |
5260 | |
5261 | It is not required that the cost always equal 2 when @var{from} is the | |
5262 | same as @var{to}; on some machines it is expensive to move between | |
5263 | registers if they are not general registers. | |
5264 | ||
5265 | If reload sees an insn consisting of a single @code{set} between two | |
5266 | hard registers, and if @code{REGISTER_MOVE_COST} applied to their | |
5267 | classes returns a value of 2, reload does not check to ensure that the | |
5268 | constraints of the insn are met. Setting a cost of other than 2 will | |
5269 | allow reload to verify that the constraints are met. You should do this | |
5270 | if the @samp{mov@var{m}} pattern's constraints do not allow such copying. | |
5271 | ||
5272 | @findex MEMORY_MOVE_COST | |
cbd5b9a2 KR |
5273 | @item MEMORY_MOVE_COST (@var{mode}, @var{class}, @var{in}) |
5274 | A C expression for the cost of moving data of mode @var{mode} between a | |
5275 | register of class @var{class} and memory; @var{in} is zero if the value | |
df2a54e9 | 5276 | is to be written to memory, nonzero if it is to be read in. This cost |
473fe49b KR |
5277 | is relative to those in @code{REGISTER_MOVE_COST}. If moving between |
5278 | registers and memory is more expensive than between two registers, you | |
5279 | should define this macro to express the relative cost. | |
5280 | ||
a3a15b4d | 5281 | If you do not define this macro, GCC uses a default cost of 4 plus |
38e01259 | 5282 | the cost of copying via a secondary reload register, if one is |
473fe49b KR |
5283 | needed. If your machine requires a secondary reload register to copy |
5284 | between memory and a register of @var{class} but the reload mechanism is | |
5285 | more complex than copying via an intermediate, define this macro to | |
5286 | reflect the actual cost of the move. | |
5287 | ||
a3a15b4d | 5288 | GCC defines the function @code{memory_move_secondary_cost} if |
473fe49b KR |
5289 | secondary reloads are needed. It computes the costs due to copying via |
5290 | a secondary register. If your machine copies from memory using a | |
5291 | secondary register in the conventional way but the default base value of | |
5292 | 4 is not correct for your machine, define this macro to add some other | |
5293 | value to the result of that function. The arguments to that function | |
5294 | are the same as to this macro. | |
cbd5b9a2 | 5295 | |
feca2ed3 JW |
5296 | @findex BRANCH_COST |
5297 | @item BRANCH_COST | |
5298 | A C expression for the cost of a branch instruction. A value of 1 is | |
5299 | the default; other values are interpreted relative to that. | |
5300 | @end table | |
5301 | ||
5302 | Here are additional macros which do not specify precise relative costs, | |
a3a15b4d | 5303 | but only that certain actions are more expensive than GCC would |
feca2ed3 JW |
5304 | ordinarily expect. |
5305 | ||
5306 | @table @code | |
5307 | @findex SLOW_BYTE_ACCESS | |
5308 | @item SLOW_BYTE_ACCESS | |
5309 | Define this macro as a C expression which is nonzero if accessing less | |
e979f9e8 | 5310 | than a word of memory (i.e.@: a @code{char} or a @code{short}) is no |
feca2ed3 JW |
5311 | faster than accessing a word of memory, i.e., if such access |
5312 | require more than one instruction or if there is no difference in cost | |
5313 | between byte and (aligned) word loads. | |
5314 | ||
5315 | When this macro is not defined, the compiler will access a field by | |
5316 | finding the smallest containing object; when it is defined, a fullword | |
5317 | load will be used if alignment permits. Unless bytes accesses are | |
5318 | faster than word accesses, using word accesses is preferable since it | |
5319 | may eliminate subsequent memory access if subsequent accesses occur to | |
5320 | other fields in the same word of the structure, but to different bytes. | |
5321 | ||
5322 | @findex SLOW_ZERO_EXTEND | |
5323 | @item SLOW_ZERO_EXTEND | |
5324 | Define this macro if zero-extension (of a @code{char} or @code{short} | |
5325 | to an @code{int}) can be done faster if the destination is a register | |
5326 | that is known to be zero. | |
5327 | ||
5328 | If you define this macro, you must have instruction patterns that | |
5329 | recognize RTL structures like this: | |
5330 | ||
5331 | @smallexample | |
5332 | (set (strict_low_part (subreg:QI (reg:SI @dots{}) 0)) @dots{}) | |
5333 | @end smallexample | |
5334 | ||
5335 | @noindent | |
5336 | and likewise for @code{HImode}. | |
5337 | ||
5338 | @findex SLOW_UNALIGNED_ACCESS | |
5fad8ebf DE |
5339 | @item SLOW_UNALIGNED_ACCESS (@var{mode}, @var{alignment}) |
5340 | Define this macro to be the value 1 if memory accesses described by the | |
5341 | @var{mode} and @var{alignment} parameters have a cost many times greater | |
5342 | than aligned accesses, for example if they are emulated in a trap | |
5343 | handler. | |
feca2ed3 | 5344 | |
df2a54e9 JM |
5345 | When this macro is nonzero, the compiler will act as if |
5346 | @code{STRICT_ALIGNMENT} were nonzero when generating code for block | |
feca2ed3 | 5347 | moves. This can cause significantly more instructions to be produced. |
df2a54e9 | 5348 | Therefore, do not set this macro nonzero if unaligned accesses only add a |
feca2ed3 JW |
5349 | cycle or two to the time for a memory access. |
5350 | ||
6be57663 | 5351 | If the value of this macro is always zero, it need not be defined. If |
df2a54e9 JM |
5352 | this macro is defined, it should produce a nonzero value when |
5353 | @code{STRICT_ALIGNMENT} is nonzero. | |
feca2ed3 JW |
5354 | |
5355 | @findex DONT_REDUCE_ADDR | |
5356 | @item DONT_REDUCE_ADDR | |
5357 | Define this macro to inhibit strength reduction of memory addresses. | |
5358 | (On some machines, such strength reduction seems to do harm rather | |
5359 | than good.) | |
5360 | ||
5361 | @findex MOVE_RATIO | |
5362 | @item MOVE_RATIO | |
9862dea9 | 5363 | The threshold of number of scalar memory-to-memory move insns, @emph{below} |
c5c76735 | 5364 | which a sequence of insns should be generated instead of a |
feca2ed3 JW |
5365 | string move insn or a library call. Increasing the value will always |
5366 | make code faster, but eventually incurs high cost in increased code size. | |
5367 | ||
c5c76735 JL |
5368 | Note that on machines where the corresponding move insn is a |
5369 | @code{define_expand} that emits a sequence of insns, this macro counts | |
5370 | the number of such sequences. | |
9862dea9 | 5371 | |
feca2ed3 JW |
5372 | If you don't define this, a reasonable default is used. |
5373 | ||
fbe1758d AM |
5374 | @findex MOVE_BY_PIECES_P |
5375 | @item MOVE_BY_PIECES_P (@var{size}, @var{alignment}) | |
5376 | A C expression used to determine whether @code{move_by_pieces} will be used to | |
5377 | copy a chunk of memory, or whether some other block move mechanism | |
6e01bd94 | 5378 | will be used. Defaults to 1 if @code{move_by_pieces_ninsns} returns less |
fbe1758d AM |
5379 | than @code{MOVE_RATIO}. |
5380 | ||
5381 | @findex MOVE_MAX_PIECES | |
5382 | @item MOVE_MAX_PIECES | |
5383 | A C expression used by @code{move_by_pieces} to determine the largest unit | |
6e01bd94 | 5384 | a load or store used to copy memory is. Defaults to @code{MOVE_MAX}. |
fbe1758d AM |
5385 | |
5386 | @findex USE_LOAD_POST_INCREMENT | |
5387 | @item USE_LOAD_POST_INCREMENT (@var{mode}) | |
6e01bd94 MH |
5388 | A C expression used to determine whether a load postincrement is a good |
5389 | thing to use for a given mode. Defaults to the value of | |
5390 | @code{HAVE_POST_INCREMENT}. | |
5391 | ||
5392 | @findex USE_LOAD_POST_DECREMENT | |
5393 | @item USE_LOAD_POST_DECREMENT (@var{mode}) | |
5394 | A C expression used to determine whether a load postdecrement is a good | |
5395 | thing to use for a given mode. Defaults to the value of | |
5396 | @code{HAVE_POST_DECREMENT}. | |
fbe1758d AM |
5397 | |
5398 | @findex USE_LOAD_PRE_INCREMENT | |
5399 | @item USE_LOAD_PRE_INCREMENT (@var{mode}) | |
6e01bd94 MH |
5400 | A C expression used to determine whether a load preincrement is a good |
5401 | thing to use for a given mode. Defaults to the value of | |
5402 | @code{HAVE_PRE_INCREMENT}. | |
5403 | ||
5404 | @findex USE_LOAD_PRE_DECREMENT | |
5405 | @item USE_LOAD_PRE_DECREMENT (@var{mode}) | |
5406 | A C expression used to determine whether a load predecrement is a good | |
5407 | thing to use for a given mode. Defaults to the value of | |
5408 | @code{HAVE_PRE_DECREMENT}. | |
fbe1758d AM |
5409 | |
5410 | @findex USE_STORE_POST_INCREMENT | |
5411 | @item USE_STORE_POST_INCREMENT (@var{mode}) | |
6e01bd94 MH |
5412 | A C expression used to determine whether a store postincrement is a good |
5413 | thing to use for a given mode. Defaults to the value of | |
5414 | @code{HAVE_POST_INCREMENT}. | |
5415 | ||
5416 | @findex USE_STORE_POST_DECREMENT | |
5417 | @item USE_STORE_POST_DECREMENT (@var{mode}) | |
c771326b | 5418 | A C expression used to determine whether a store postdecrement is a good |
6e01bd94 MH |
5419 | thing to use for a given mode. Defaults to the value of |
5420 | @code{HAVE_POST_DECREMENT}. | |
fbe1758d AM |
5421 | |
5422 | @findex USE_STORE_PRE_INCREMENT | |
5423 | @item USE_STORE_PRE_INCREMENT (@var{mode}) | |
6e01bd94 MH |
5424 | This macro is used to determine whether a store preincrement is a good |
5425 | thing to use for a given mode. Defaults to the value of | |
5426 | @code{HAVE_PRE_INCREMENT}. | |
5427 | ||
5428 | @findex USE_STORE_PRE_DECREMENT | |
5429 | @item USE_STORE_PRE_DECREMENT (@var{mode}) | |
5430 | This macro is used to determine whether a store predecrement is a good | |
5431 | thing to use for a given mode. Defaults to the value of | |
5432 | @code{HAVE_PRE_DECREMENT}. | |
fbe1758d | 5433 | |
feca2ed3 JW |
5434 | @findex NO_FUNCTION_CSE |
5435 | @item NO_FUNCTION_CSE | |
5436 | Define this macro if it is as good or better to call a constant | |
5437 | function address than to call an address kept in a register. | |
5438 | ||
5439 | @findex NO_RECURSIVE_FUNCTION_CSE | |
5440 | @item NO_RECURSIVE_FUNCTION_CSE | |
5441 | Define this macro if it is as good or better for a function to call | |
5442 | itself with an explicit address than to call an address kept in a | |
5443 | register. | |
feca2ed3 JW |
5444 | @end table |
5445 | ||
c237e94a ZW |
5446 | @node Scheduling |
5447 | @section Adjusting the Instruction Scheduler | |
5448 | ||
5449 | The instruction scheduler may need a fair amount of machine-specific | |
5450 | adjustment in order to produce good code. GCC provides several target | |
5451 | hooks for this purpose. It is usually enough to define just a few of | |
5452 | them: try the first ones in this list first. | |
5453 | ||
5454 | @deftypefn {Target Hook} int TARGET_SCHED_ISSUE_RATE (void) | |
b8ec5764 VM |
5455 | This hook returns the maximum number of instructions that can ever issue |
5456 | at the same time on the target machine. The default is one. This value | |
5457 | must be constant over the entire compilation. If you need it to vary | |
5458 | depending on what the instructions are, you must use | |
c237e94a ZW |
5459 | @samp{TARGET_SCHED_VARIABLE_ISSUE}. |
5460 | @end deftypefn | |
5461 | ||
5462 | @deftypefn {Target Hook} int TARGET_SCHED_VARIABLE_ISSUE (FILE *@var{file}, int @var{verbose}, rtx @var{insn}, int @var{more}) | |
5463 | This hook is executed by the scheduler after it has scheduled an insn | |
5464 | from the ready list. It should return the number of insns which can | |
5465 | still be issued in the current cycle. Normally this is | |
5466 | @samp{@w{@var{more} - 1}}. You should define this hook if some insns | |
5467 | take more machine resources than others, so that fewer insns can follow | |
5468 | them in the same cycle. @var{file} is either a null pointer, or a stdio | |
5469 | stream to write any debug output to. @var{verbose} is the verbose level | |
5470 | provided by @option{-fsched-verbose-@var{n}}. @var{insn} is the | |
5471 | instruction that was scheduled. | |
5472 | @end deftypefn | |
5473 | ||
5474 | @deftypefn {Target Hook} int TARGET_SCHED_ADJUST_COST (rtx @var{insn}, rtx @var{link}, rtx @var{dep_insn}, int @var{cost}) | |
b8ec5764 VM |
5475 | This function corrects the value of @var{cost} based on the relationship |
5476 | between @var{insn} and @var{dep_insn} through the dependence @var{link}. | |
5477 | It should return the new value. The default is to make no adjustment to | |
5478 | @var{cost}. This can be used for example to specify to the scheduler | |
c237e94a | 5479 | that an output- or anti-dependence does not incur the same cost as a |
b8ec5764 | 5480 | data-dependence. |
c237e94a ZW |
5481 | @end deftypefn |
5482 | ||
5483 | @deftypefn {Target Hook} int TARGET_SCHED_ADJUST_PRIORITY (rtx @var{insn}, int @var{priority}) | |
5484 | This hook adjusts the integer scheduling priority @var{priority} of | |
5485 | @var{insn}. It should return the new priority. Reduce the priority to | |
5486 | execute @var{insn} earlier, increase the priority to execute @var{insn} | |
5487 | later. Do not define this hook if you do not need to adjust the | |
5488 | scheduling priorities of insns. | |
5489 | @end deftypefn | |
5490 | ||
5491 | @deftypefn {Target Hook} int TARGET_SCHED_REORDER (FILE *@var{file}, int @var{verbose}, rtx *@var{ready}, int *@var{n_readyp}, int @var{clock}) | |
5492 | This hook is executed by the scheduler after it has scheduled the ready | |
5493 | list, to allow the machine description to reorder it (for example to | |
5494 | combine two small instructions together on @samp{VLIW} machines). | |
5495 | @var{file} is either a null pointer, or a stdio stream to write any | |
5496 | debug output to. @var{verbose} is the verbose level provided by | |
5497 | @option{-fsched-verbose-@var{n}}. @var{ready} is a pointer to the ready | |
5498 | list of instructions that are ready to be scheduled. @var{n_readyp} is | |
5499 | a pointer to the number of elements in the ready list. The scheduler | |
5500 | reads the ready list in reverse order, starting with | |
5501 | @var{ready}[@var{*n_readyp}-1] and going to @var{ready}[0]. @var{clock} | |
5502 | is the timer tick of the scheduler. You may modify the ready list and | |
5503 | the number of ready insns. The return value is the number of insns that | |
5504 | can issue this cycle; normally this is just @code{issue_rate}. See also | |
5505 | @samp{TARGET_SCHED_REORDER2}. | |
5506 | @end deftypefn | |
5507 | ||
5508 | @deftypefn {Target Hook} int TARGET_SCHED_REORDER2 (FILE *@var{file}, int @var{verbose}, rtx *@var{ready}, int *@var{n_ready}, @var{clock}) | |
5509 | Like @samp{TARGET_SCHED_REORDER}, but called at a different time. That | |
5510 | function is called whenever the scheduler starts a new cycle. This one | |
5511 | is called once per iteration over a cycle, immediately after | |
5512 | @samp{TARGET_SCHED_VARIABLE_ISSUE}; it can reorder the ready list and | |
5513 | return the number of insns to be scheduled in the same cycle. Defining | |
5514 | this hook can be useful if there are frequent situations where | |
5515 | scheduling one insn causes other insns to become ready in the same | |
5516 | cycle. These other insns can then be taken into account properly. | |
5517 | @end deftypefn | |
5518 | ||
5519 | @deftypefn {Target Hook} void TARGET_SCHED_INIT (FILE *@var{file}, int @var{verbose}, int @var{max_ready}) | |
5520 | This hook is executed by the scheduler at the beginning of each block of | |
5521 | instructions that are to be scheduled. @var{file} is either a null | |
5522 | pointer, or a stdio stream to write any debug output to. @var{verbose} | |
5523 | is the verbose level provided by @option{-fsched-verbose-@var{n}}. | |
5524 | @var{max_ready} is the maximum number of insns in the current scheduling | |
5525 | region that can be live at the same time. This can be used to allocate | |
5526 | scratch space if it is needed, e.g. by @samp{TARGET_SCHED_REORDER}. | |
5527 | @end deftypefn | |
5528 | ||
5529 | @deftypefn {Target Hook} void TARGET_SCHED_FINISH (FILE *@var{file}, int @var{verbose}) | |
5530 | This hook is executed by the scheduler at the end of each block of | |
5531 | instructions that are to be scheduled. It can be used to perform | |
5532 | cleanup of any actions done by the other scheduling hooks. @var{file} | |
5533 | is either a null pointer, or a stdio stream to write any debug output | |
5534 | to. @var{verbose} is the verbose level provided by | |
5535 | @option{-fsched-verbose-@var{n}}. | |
5536 | @end deftypefn | |
5537 | ||
5538 | @deftypefn {Target Hook} rtx TARGET_SCHED_CYCLE_DISPLAY (int @var{clock}, rtx @var{last}) | |
5539 | This hook is called in verbose mode only, at the beginning of each pass | |
5540 | over a basic block. It should insert an insn into the chain after | |
5541 | @var{last}, which has no effect, but records the value @var{clock} in | |
5542 | RTL dumps and assembly output. Define this hook only if you need this | |
5543 | level of detail about what the scheduler is doing. | |
5544 | @end deftypefn | |
5545 | ||
feca2ed3 JW |
5546 | @node Sections |
5547 | @section Dividing the Output into Sections (Texts, Data, @dots{}) | |
5548 | @c the above section title is WAY too long. maybe cut the part between | |
5549 | @c the (...)? --mew 10feb93 | |
5550 | ||
5551 | An object file is divided into sections containing different types of | |
5552 | data. In the most common case, there are three sections: the @dfn{text | |
5553 | section}, which holds instructions and read-only data; the @dfn{data | |
5554 | section}, which holds initialized writable data; and the @dfn{bss | |
5555 | section}, which holds uninitialized data. Some systems have other kinds | |
5556 | of sections. | |
5557 | ||
5558 | The compiler must tell the assembler when to switch sections. These | |
5559 | macros control what commands to output to tell the assembler this. You | |
5560 | can also define additional sections. | |
5561 | ||
5562 | @table @code | |
5563 | @findex TEXT_SECTION_ASM_OP | |
5564 | @item TEXT_SECTION_ASM_OP | |
047c1c92 HPN |
5565 | A C expression whose value is a string, including spacing, containing the |
5566 | assembler operation that should precede instructions and read-only data. | |
5567 | Normally @code{"\t.text"} is right. | |
feca2ed3 | 5568 | |
33c09f2f RH |
5569 | @findex TEXT_SECTION |
5570 | @item TEXT_SECTION | |
5571 | A C statement that switches to the default section containing instructions. | |
5572 | Normally this is not needed, as simply defining @code{TEXT_SECTION_ASM_OP} | |
5573 | is enough. The MIPS port uses this to sort all functions after all data | |
5574 | declarations. | |
5575 | ||
feca2ed3 JW |
5576 | @findex DATA_SECTION_ASM_OP |
5577 | @item DATA_SECTION_ASM_OP | |
047c1c92 HPN |
5578 | A C expression whose value is a string, including spacing, containing the |
5579 | assembler operation to identify the following data as writable initialized | |
5580 | data. Normally @code{"\t.data"} is right. | |
feca2ed3 JW |
5581 | |
5582 | @findex SHARED_SECTION_ASM_OP | |
5583 | @item SHARED_SECTION_ASM_OP | |
047c1c92 HPN |
5584 | If defined, a C expression whose value is a string, including spacing, |
5585 | containing the assembler operation to identify the following data as | |
5586 | shared data. If not defined, @code{DATA_SECTION_ASM_OP} will be used. | |
feca2ed3 JW |
5587 | |
5588 | @findex BSS_SECTION_ASM_OP | |
5589 | @item BSS_SECTION_ASM_OP | |
047c1c92 HPN |
5590 | If defined, a C expression whose value is a string, including spacing, |
5591 | containing the assembler operation to identify the following data as | |
5592 | uninitialized global data. If not defined, and neither | |
5593 | @code{ASM_OUTPUT_BSS} nor @code{ASM_OUTPUT_ALIGNED_BSS} are defined, | |
5594 | uninitialized global data will be output in the data section if | |
630d3d5a | 5595 | @option{-fno-common} is passed, otherwise @code{ASM_OUTPUT_COMMON} will be |
047c1c92 | 5596 | used. |
feca2ed3 JW |
5597 | |
5598 | @findex SHARED_BSS_SECTION_ASM_OP | |
5599 | @item SHARED_BSS_SECTION_ASM_OP | |
047c1c92 HPN |
5600 | If defined, a C expression whose value is a string, including spacing, |
5601 | containing the assembler operation to identify the following data as | |
5602 | uninitialized global shared data. If not defined, and | |
5603 | @code{BSS_SECTION_ASM_OP} is, the latter will be used. | |
feca2ed3 JW |
5604 | |
5605 | @findex INIT_SECTION_ASM_OP | |
5606 | @item INIT_SECTION_ASM_OP | |
047c1c92 HPN |
5607 | If defined, a C expression whose value is a string, including spacing, |
5608 | containing the assembler operation to identify the following data as | |
5609 | initialization code. If not defined, GCC will assume such a section does | |
5610 | not exist. | |
feca2ed3 | 5611 | |
1b2dd04a AO |
5612 | @findex FINI_SECTION_ASM_OP |
5613 | @item FINI_SECTION_ASM_OP | |
047c1c92 HPN |
5614 | If defined, a C expression whose value is a string, including spacing, |
5615 | containing the assembler operation to identify the following data as | |
5616 | finalization code. If not defined, GCC will assume such a section does | |
5617 | not exist. | |
1b2dd04a AO |
5618 | |
5619 | @findex CRT_CALL_STATIC_FUNCTION | |
5620 | @item CRT_CALL_STATIC_FUNCTION | |
5621 | If defined, a C statement that calls the function named as the sole | |
5622 | argument of this macro. This is used in @file{crtstuff.c} if | |
5623 | @code{INIT_SECTION_ASM_OP} or @code{FINI_SECTION_ASM_OP} to calls to | |
5624 | initialization and finalization functions from the init and fini | |
767094dd | 5625 | sections. By default, this macro is a simple function call. Some |
1b2dd04a AO |
5626 | ports need hand-crafted assembly code to avoid dependencies on |
5627 | registers initialized in the function prologue or to ensure that | |
5628 | constant pools don't end up too far way in the text section. | |
5629 | ||
feca2ed3 JW |
5630 | @findex EXTRA_SECTIONS |
5631 | @findex in_text | |
5632 | @findex in_data | |
5633 | @item EXTRA_SECTIONS | |
5634 | A list of names for sections other than the standard two, which are | |
5635 | @code{in_text} and @code{in_data}. You need not define this macro | |
5636 | on a system with no other sections (that GCC needs to use). | |
5637 | ||
5638 | @findex EXTRA_SECTION_FUNCTIONS | |
5639 | @findex text_section | |
5640 | @findex data_section | |
5641 | @item EXTRA_SECTION_FUNCTIONS | |
5642 | One or more functions to be defined in @file{varasm.c}. These | |
5643 | functions should do jobs analogous to those of @code{text_section} and | |
5644 | @code{data_section}, for your additional sections. Do not define this | |
5645 | macro if you do not define @code{EXTRA_SECTIONS}. | |
5646 | ||
5647 | @findex READONLY_DATA_SECTION | |
5648 | @item READONLY_DATA_SECTION | |
5649 | On most machines, read-only variables, constants, and jump tables are | |
5650 | placed in the text section. If this is not the case on your machine, | |
5651 | this macro should be defined to be the name of a function (either | |
5652 | @code{data_section} or a function defined in @code{EXTRA_SECTIONS}) that | |
5653 | switches to the section to be used for read-only items. | |
5654 | ||
5655 | If these items should be placed in the text section, this macro should | |
5656 | not be defined. | |
5657 | ||
5658 | @findex SELECT_SECTION | |
201556f0 | 5659 | @item SELECT_SECTION (@var{exp}, @var{reloc}, @var{align}) |
feca2ed3 JW |
5660 | A C statement or statements to switch to the appropriate section for |
5661 | output of @var{exp}. You can assume that @var{exp} is either a | |
5662 | @code{VAR_DECL} node or a constant of some sort. @var{reloc} | |
5663 | indicates whether the initial value of @var{exp} requires link-time | |
5664 | relocations. Select the section by calling @code{text_section} or one | |
201556f0 JJ |
5665 | of the alternatives for other sections. @var{align} is the constant |
5666 | alignment in bits. | |
feca2ed3 JW |
5667 | |
5668 | Do not define this macro if you put all read-only variables and | |
5669 | constants in the read-only data section (usually the text section). | |
5670 | ||
5671 | @findex SELECT_RTX_SECTION | |
201556f0 | 5672 | @item SELECT_RTX_SECTION (@var{mode}, @var{rtx}, @var{align}) |
feca2ed3 JW |
5673 | A C statement or statements to switch to the appropriate section for |
5674 | output of @var{rtx} in mode @var{mode}. You can assume that @var{rtx} | |
161d7b59 | 5675 | is some kind of constant in RTL@. The argument @var{mode} is redundant |
feca2ed3 JW |
5676 | except in the case of a @code{const_int} rtx. Select the section by |
5677 | calling @code{text_section} or one of the alternatives for other | |
201556f0 | 5678 | sections. @var{align} is the constant alignment in bits. |
feca2ed3 JW |
5679 | |
5680 | Do not define this macro if you put all constants in the read-only | |
5681 | data section. | |
5682 | ||
5683 | @findex JUMP_TABLES_IN_TEXT_SECTION | |
5684 | @item JUMP_TABLES_IN_TEXT_SECTION | |
df2a54e9 | 5685 | Define this macro to be an expression with a nonzero value if jump |
75197b37 BS |
5686 | tables (for @code{tablejump} insns) should be output in the text |
5687 | section, along with the assembler instructions. Otherwise, the | |
5688 | readonly data section is used. | |
feca2ed3 JW |
5689 | |
5690 | This macro is irrelevant if there is no separate readonly data section. | |
5691 | ||
5692 | @findex ENCODE_SECTION_INFO | |
5693 | @item ENCODE_SECTION_INFO (@var{decl}) | |
f0d1c3bd KH |
5694 | Define this macro if references to a symbol or a constant must be |
5695 | treated differently depending on something about the variable or | |
5696 | function named by the symbol (such as what section it is in). | |
5697 | ||
5698 | The macro definition, if any, is executed under two circumstances. One | |
5699 | is immediately after the rtl for @var{decl} that represents a variable | |
5700 | or a function has been created and stored in @code{DECL_RTL | |
5701 | (@var{decl})}. The value of the rtl will be a @code{mem} whose address | |
5702 | is a @code{symbol_ref}. The other is immediately after the rtl for | |
5703 | @var{decl} that represents a constant has been created and stored in | |
5704 | @code{TREE_CST_RTL (@var{decl})}. The macro is called once for each | |
5705 | distinct constant in a source file. | |
feca2ed3 JW |
5706 | |
5707 | @cindex @code{SYMBOL_REF_FLAG}, in @code{ENCODE_SECTION_INFO} | |
5708 | The usual thing for this macro to do is to record a flag in the | |
5709 | @code{symbol_ref} (such as @code{SYMBOL_REF_FLAG}) or to store a | |
5710 | modified name string in the @code{symbol_ref} (if one bit is not enough | |
5711 | information). | |
5712 | ||
5713 | @findex STRIP_NAME_ENCODING | |
5714 | @item STRIP_NAME_ENCODING (@var{var}, @var{sym_name}) | |
5715 | Decode @var{sym_name} and store the real name part in @var{var}, sans | |
5716 | the characters that encode section info. Define this macro if | |
5717 | @code{ENCODE_SECTION_INFO} alters the symbol's name string. | |
5718 | ||
5719 | @findex UNIQUE_SECTION | |
861bb6c1 JL |
5720 | @item UNIQUE_SECTION (@var{decl}, @var{reloc}) |
5721 | A C statement to build up a unique section name, expressed as a | |
aee96fe9 | 5722 | @code{STRING_CST} node, and assign it to @samp{DECL_SECTION_NAME (@var{decl})}. |
861bb6c1 | 5723 | @var{reloc} indicates whether the initial value of @var{exp} requires |
a3a15b4d | 5724 | link-time relocations. If you do not define this macro, GCC will use |
a56e7c08 | 5725 | the symbol name prefixed by @samp{.} as the section name. Note - this |
c771326b | 5726 | macro can now be called for uninitialised data items as well as |
a56e7c08 | 5727 | initialised data and functions. |
feca2ed3 JW |
5728 | @end table |
5729 | ||
5730 | @node PIC | |
5731 | @section Position Independent Code | |
5732 | @cindex position independent code | |
5733 | @cindex PIC | |
5734 | ||
5735 | This section describes macros that help implement generation of position | |
5736 | independent code. Simply defining these macros is not enough to | |
5737 | generate valid PIC; you must also add support to the macros | |
5738 | @code{GO_IF_LEGITIMATE_ADDRESS} and @code{PRINT_OPERAND_ADDRESS}, as | |
5739 | well as @code{LEGITIMIZE_ADDRESS}. You must modify the definition of | |
5740 | @samp{movsi} to do something appropriate when the source operand | |
5741 | contains a symbolic address. You may also need to alter the handling of | |
5742 | switch statements so that they use relative addresses. | |
5743 | @c i rearranged the order of the macros above to try to force one of | |
5744 | @c them to the next line, to eliminate an overfull hbox. --mew 10feb93 | |
5745 | ||
5746 | @table @code | |
5747 | @findex PIC_OFFSET_TABLE_REGNUM | |
5748 | @item PIC_OFFSET_TABLE_REGNUM | |
5749 | The register number of the register used to address a table of static | |
5750 | data addresses in memory. In some cases this register is defined by a | |
161d7b59 | 5751 | processor's ``application binary interface'' (ABI)@. When this macro |
feca2ed3 JW |
5752 | is defined, RTL is generated for this register once, as with the stack |
5753 | pointer and frame pointer registers. If this macro is not defined, it | |
5754 | is up to the machine-dependent files to allocate such a register (if | |
5755 | necessary). | |
5756 | ||
5757 | @findex PIC_OFFSET_TABLE_REG_CALL_CLOBBERED | |
5758 | @item PIC_OFFSET_TABLE_REG_CALL_CLOBBERED | |
5759 | Define this macro if the register defined by | |
5760 | @code{PIC_OFFSET_TABLE_REGNUM} is clobbered by calls. Do not define | |
ed4db1ee | 5761 | this macro if @code{PIC_OFFSET_TABLE_REGNUM} is not defined. |
feca2ed3 JW |
5762 | |
5763 | @findex FINALIZE_PIC | |
5764 | @item FINALIZE_PIC | |
5765 | By generating position-independent code, when two different programs (A | |
5766 | and B) share a common library (libC.a), the text of the library can be | |
5767 | shared whether or not the library is linked at the same address for both | |
5768 | programs. In some of these environments, position-independent code | |
5769 | requires not only the use of different addressing modes, but also | |
5770 | special code to enable the use of these addressing modes. | |
5771 | ||
5772 | The @code{FINALIZE_PIC} macro serves as a hook to emit these special | |
5773 | codes once the function is being compiled into assembly code, but not | |
5774 | before. (It is not done before, because in the case of compiling an | |
5775 | inline function, it would lead to multiple PIC prologues being | |
5776 | included in functions which used inline functions and were compiled to | |
5777 | assembly language.) | |
5778 | ||
5779 | @findex LEGITIMATE_PIC_OPERAND_P | |
5780 | @item LEGITIMATE_PIC_OPERAND_P (@var{x}) | |
5781 | A C expression that is nonzero if @var{x} is a legitimate immediate | |
5782 | operand on the target machine when generating position independent code. | |
5783 | You can assume that @var{x} satisfies @code{CONSTANT_P}, so you need not | |
5784 | check this. You can also assume @var{flag_pic} is true, so you need not | |
5785 | check it either. You need not define this macro if all constants | |
5786 | (including @code{SYMBOL_REF}) can be immediate operands when generating | |
5787 | position independent code. | |
5788 | @end table | |
5789 | ||
5790 | @node Assembler Format | |
5791 | @section Defining the Output Assembler Language | |
5792 | ||
5793 | This section describes macros whose principal purpose is to describe how | |
648c546a | 5794 | to write instructions in assembler language---rather than what the |
feca2ed3 JW |
5795 | instructions do. |
5796 | ||
5797 | @menu | |
5798 | * File Framework:: Structural information for the assembler file. | |
5799 | * Data Output:: Output of constants (numbers, strings, addresses). | |
5800 | * Uninitialized Data:: Output of uninitialized variables. | |
5801 | * Label Output:: Output and generation of labels. | |
5802 | * Initialization:: General principles of initialization | |
5803 | and termination routines. | |
5804 | * Macros for Initialization:: | |
5805 | Specific macros that control the handling of | |
5806 | initialization and termination routines. | |
5807 | * Instruction Output:: Output of actual instructions. | |
5808 | * Dispatch Tables:: Output of jump tables. | |
5809 | * Exception Region Output:: Output of exception region code. | |
5810 | * Alignment Output:: Pseudo ops for alignment and skipping data. | |
5811 | @end menu | |
5812 | ||
5813 | @node File Framework | |
5814 | @subsection The Overall Framework of an Assembler File | |
5815 | @cindex assembler format | |
5816 | @cindex output of assembler code | |
5817 | ||
5818 | @c prevent bad page break with this line | |
5819 | This describes the overall framework of an assembler file. | |
5820 | ||
5821 | @table @code | |
5822 | @findex ASM_FILE_START | |
5823 | @item ASM_FILE_START (@var{stream}) | |
5824 | A C expression which outputs to the stdio stream @var{stream} | |
5825 | some appropriate text to go at the start of an assembler file. | |
5826 | ||
5827 | Normally this macro is defined to output a line containing | |
5828 | @samp{#NO_APP}, which is a comment that has no effect on most | |
5829 | assemblers but tells the GNU assembler that it can save time by not | |
5830 | checking for certain assembler constructs. | |
5831 | ||
5832 | On systems that use SDB, it is necessary to output certain commands; | |
5833 | see @file{attasm.h}. | |
5834 | ||
5835 | @findex ASM_FILE_END | |
5836 | @item ASM_FILE_END (@var{stream}) | |
5837 | A C expression which outputs to the stdio stream @var{stream} | |
5838 | some appropriate text to go at the end of an assembler file. | |
5839 | ||
5840 | If this macro is not defined, the default is to output nothing | |
5841 | special at the end of the file. Most systems don't require any | |
5842 | definition. | |
5843 | ||
5844 | On systems that use SDB, it is necessary to output certain commands; | |
5845 | see @file{attasm.h}. | |
5846 | ||
feca2ed3 JW |
5847 | @findex ASM_COMMENT_START |
5848 | @item ASM_COMMENT_START | |
5849 | A C string constant describing how to begin a comment in the target | |
5850 | assembler language. The compiler assumes that the comment will end at | |
5851 | the end of the line. | |
5852 | ||
5853 | @findex ASM_APP_ON | |
5854 | @item ASM_APP_ON | |
5855 | A C string constant for text to be output before each @code{asm} | |
5856 | statement or group of consecutive ones. Normally this is | |
5857 | @code{"#APP"}, which is a comment that has no effect on most | |
5858 | assemblers but tells the GNU assembler that it must check the lines | |
5859 | that follow for all valid assembler constructs. | |
5860 | ||
5861 | @findex ASM_APP_OFF | |
5862 | @item ASM_APP_OFF | |
5863 | A C string constant for text to be output after each @code{asm} | |
5864 | statement or group of consecutive ones. Normally this is | |
5865 | @code{"#NO_APP"}, which tells the GNU assembler to resume making the | |
5866 | time-saving assumptions that are valid for ordinary compiler output. | |
5867 | ||
5868 | @findex ASM_OUTPUT_SOURCE_FILENAME | |
5869 | @item ASM_OUTPUT_SOURCE_FILENAME (@var{stream}, @var{name}) | |
5870 | A C statement to output COFF information or DWARF debugging information | |
5871 | which indicates that filename @var{name} is the current source file to | |
5872 | the stdio stream @var{stream}. | |
5873 | ||
5874 | This macro need not be defined if the standard form of output | |
5875 | for the file format in use is appropriate. | |
5876 | ||
e9a25f70 | 5877 | @findex OUTPUT_QUOTED_STRING |
8760eaae | 5878 | @item OUTPUT_QUOTED_STRING (@var{stream}, @var{string}) |
e9a25f70 JL |
5879 | A C statement to output the string @var{string} to the stdio stream |
5880 | @var{stream}. If you do not call the function @code{output_quoted_string} | |
a3a15b4d | 5881 | in your config files, GCC will only call it to output filenames to |
e9a25f70 JL |
5882 | the assembler source. So you can use it to canonicalize the format |
5883 | of the filename using this macro. | |
5884 | ||
feca2ed3 JW |
5885 | @findex ASM_OUTPUT_SOURCE_LINE |
5886 | @item ASM_OUTPUT_SOURCE_LINE (@var{stream}, @var{line}) | |
5887 | A C statement to output DBX or SDB debugging information before code | |
5888 | for line number @var{line} of the current source file to the | |
5889 | stdio stream @var{stream}. | |
5890 | ||
5891 | This macro need not be defined if the standard form of debugging | |
5892 | information for the debugger in use is appropriate. | |
5893 | ||
5894 | @findex ASM_OUTPUT_IDENT | |
5895 | @item ASM_OUTPUT_IDENT (@var{stream}, @var{string}) | |
5896 | A C statement to output something to the assembler file to handle a | |
5897 | @samp{#ident} directive containing the text @var{string}. If this | |
5898 | macro is not defined, nothing is output for a @samp{#ident} directive. | |
5899 | ||
feca2ed3 JW |
5900 | @findex OBJC_PROLOGUE |
5901 | @item OBJC_PROLOGUE | |
5902 | A C statement to output any assembler statements which are required to | |
2147b154 SS |
5903 | precede any Objective-C object definitions or message sending. The |
5904 | statement is executed only when compiling an Objective-C program. | |
feca2ed3 JW |
5905 | @end table |
5906 | ||
7c262518 RH |
5907 | @deftypefn {Target Hook} void TARGET_ASM_NAMED_SECTION (const char *@var{name}, unsigned int @var{flags}, unsigned int @var{align}) |
5908 | Output assembly directives to switch to section @var{name}. The section | |
5909 | should have attributes as specified by @var{flags}, which is a bit mask | |
5910 | of the @code{SECTION_*} flags defined in @file{output.h}. If @var{align} | |
df2a54e9 | 5911 | is nonzero, it contains an alignment in bytes to be used for the section, |
7c262518 RH |
5912 | otherwise some target default should be used. Only targets that must |
5913 | specify an alignment within the section directive need pay attention to | |
5914 | @var{align} -- we will still use @code{ASM_OUTPUT_ALIGN}. | |
5915 | @end deftypefn | |
5916 | ||
5917 | @deftypefn {Target Hook} bool TARGET_HAVE_NAMED_SECTIONS | |
5918 | This flag is true if the target supports @code{TARGET_ASM_NAMED_SECTION}. | |
5919 | @end deftypefn | |
5920 | ||
5921 | @deftypefn {Target Hook} {unsigned int} TARGET_SECTION_TYPE_FLAGS (tree @var{decl}, const char *@var{name}, int @var{reloc}) | |
5922 | Choose a set of section attributes for use by @code{TARGET_ASM_NAMED_SECTION} | |
5923 | based on a variable or function decl, a section name, and whether or not the | |
5924 | declaration's initializer may contain runtime relocations. @var{decl} may be | |
5925 | null, in which case read-write data should be assumed. | |
5926 | ||
5927 | The default version if this function handles choosing code vs data, | |
5928 | read-only vs read-write data, and @code{flag_pic}. You should only | |
5929 | need to override this if your target has special flags that might be | |
5930 | set via @code{__attribute__}. | |
5931 | @end deftypefn | |
5932 | ||
feca2ed3 JW |
5933 | @need 2000 |
5934 | @node Data Output | |
5935 | @subsection Output of Data | |
5936 | ||
5937 | @c prevent bad page break with this line | |
5938 | This describes data output. | |
5939 | ||
5940 | @table @code | |
5941 | @findex ASM_OUTPUT_LONG_DOUBLE | |
5942 | @findex ASM_OUTPUT_DOUBLE | |
5943 | @findex ASM_OUTPUT_FLOAT | |
5944 | @item ASM_OUTPUT_LONG_DOUBLE (@var{stream}, @var{value}) | |
5945 | @itemx ASM_OUTPUT_DOUBLE (@var{stream}, @var{value}) | |
5946 | @itemx ASM_OUTPUT_FLOAT (@var{stream}, @var{value}) | |
5947 | @itemx ASM_OUTPUT_THREE_QUARTER_FLOAT (@var{stream}, @var{value}) | |
5948 | @itemx ASM_OUTPUT_SHORT_FLOAT (@var{stream}, @var{value}) | |
5949 | @itemx ASM_OUTPUT_BYTE_FLOAT (@var{stream}, @var{value}) | |
5950 | A C statement to output to the stdio stream @var{stream} an assembler | |
5951 | instruction to assemble a floating-point constant of @code{TFmode}, | |
5952 | @code{DFmode}, @code{SFmode}, @code{TQFmode}, @code{HFmode}, or | |
5953 | @code{QFmode}, respectively, whose value is @var{value}. @var{value} | |
5954 | will be a C expression of type @code{REAL_VALUE_TYPE}. Macros such as | |
5955 | @code{REAL_VALUE_TO_TARGET_DOUBLE} are useful for writing these | |
5956 | definitions. | |
5957 | ||
5958 | @findex ASM_OUTPUT_QUADRUPLE_INT | |
5959 | @findex ASM_OUTPUT_DOUBLE_INT | |
5960 | @findex ASM_OUTPUT_INT | |
5961 | @findex ASM_OUTPUT_SHORT | |
5962 | @findex ASM_OUTPUT_CHAR | |
5963 | @findex output_addr_const | |
5964 | @item ASM_OUTPUT_QUADRUPLE_INT (@var{stream}, @var{exp}) | |
5965 | @itemx ASM_OUTPUT_DOUBLE_INT (@var{stream}, @var{exp}) | |
5966 | @itemx ASM_OUTPUT_INT (@var{stream}, @var{exp}) | |
5967 | @itemx ASM_OUTPUT_SHORT (@var{stream}, @var{exp}) | |
5968 | @itemx ASM_OUTPUT_CHAR (@var{stream}, @var{exp}) | |
5969 | A C statement to output to the stdio stream @var{stream} an assembler | |
5970 | instruction to assemble an integer of 16, 8, 4, 2 or 1 bytes, | |
5971 | respectively, whose value is @var{value}. The argument @var{exp} will | |
5972 | be an RTL expression which represents a constant value. Use | |
5973 | @samp{output_addr_const (@var{stream}, @var{exp})} to output this value | |
bd819a4a | 5974 | as an assembler expression. |
feca2ed3 JW |
5975 | |
5976 | For sizes larger than @code{UNITS_PER_WORD}, if the action of a macro | |
5977 | would be identical to repeatedly calling the macro corresponding to | |
5978 | a size of @code{UNITS_PER_WORD}, once for each word, you need not define | |
5979 | the macro. | |
5980 | ||
422be3c3 AO |
5981 | @findex OUTPUT_ADDR_CONST_EXTRA |
5982 | @item OUTPUT_ADDR_CONST_EXTRA (@var{stream}, @var{x}, @var{fail}) | |
5983 | A C statement to recognize @var{rtx} patterns that | |
5984 | @code{output_addr_const} can't deal with, and output assembly code to | |
5985 | @var{stream} corresponding to the pattern @var{x}. This may be used to | |
5986 | allow machine-dependent @code{UNSPEC}s to appear within constants. | |
5987 | ||
5988 | If @code{OUTPUT_ADDR_CONST_EXTRA} fails to recognize a pattern, it must | |
5989 | @code{goto fail}, so that a standard error message is printed. If it | |
5990 | prints an error message itself, by calling, for example, | |
5991 | @code{output_operand_lossage}, it may just complete normally. | |
5992 | ||
feca2ed3 JW |
5993 | @findex ASM_OUTPUT_BYTE |
5994 | @item ASM_OUTPUT_BYTE (@var{stream}, @var{value}) | |
5995 | A C statement to output to the stdio stream @var{stream} an assembler | |
5996 | instruction to assemble a single byte containing the number @var{value}. | |
5997 | ||
5998 | @findex ASM_BYTE_OP | |
5999 | @item ASM_BYTE_OP | |
047c1c92 HPN |
6000 | A C string constant, including spacing, giving the pseudo-op to use for a |
6001 | sequence of single-byte constants. If this macro is not defined, the | |
6002 | default is @code{"\t.byte\t"}. | |
feca2ed3 | 6003 | |
1a7519ff RH |
6004 | @findex UNALIGNED_SHORT_ASM_OP |
6005 | @findex UNALIGNED_INT_ASM_OP | |
6006 | @findex UNALIGNED_DOUBLE_INT_ASM_OP | |
6007 | @item UNALIGNED_SHORT_ASM_OP | |
6008 | @itemx UNALIGNED_INT_ASM_OP | |
6009 | @itemx UNALIGNED_DOUBLE_INT_ASM_OP | |
02f52e19 AJ |
6010 | A C string constant, including spacing, giving the pseudo-op to use |
6011 | to assemble 16-, 32-, and 64-bit integers respectively @emph{without} | |
1a7519ff RH |
6012 | adding implicit padding or alignment. These macros are required if |
6013 | DWARF 2 frame unwind is used. On ELF systems, these will default | |
bd819a4a | 6014 | to @code{.2byte}, @code{.4byte}, and @code{.8byte}. |
1a7519ff | 6015 | |
feca2ed3 JW |
6016 | @findex ASM_OUTPUT_ASCII |
6017 | @item ASM_OUTPUT_ASCII (@var{stream}, @var{ptr}, @var{len}) | |
6018 | A C statement to output to the stdio stream @var{stream} an assembler | |
6019 | instruction to assemble a string constant containing the @var{len} | |
6020 | bytes at @var{ptr}. @var{ptr} will be a C expression of type | |
6021 | @code{char *} and @var{len} a C expression of type @code{int}. | |
6022 | ||
6023 | If the assembler has a @code{.ascii} pseudo-op as found in the | |
6024 | Berkeley Unix assembler, do not define the macro | |
6025 | @code{ASM_OUTPUT_ASCII}. | |
6026 | ||
67231816 RH |
6027 | @findex ASM_OUTPUT_FDESC |
6028 | @item ASM_OUTPUT_FDESC (@var{stream}, @var{decl}, @var{n}) | |
6029 | A C statement to output word @var{n} of a function descriptor for | |
6030 | @var{decl}. This must be defined if @code{TARGET_VTABLE_USES_DESCRIPTORS} | |
6031 | is defined, and is otherwise unused. | |
6032 | ||
861bb6c1 JL |
6033 | @findex CONSTANT_POOL_BEFORE_FUNCTION |
6034 | @item CONSTANT_POOL_BEFORE_FUNCTION | |
6035 | You may define this macro as a C expression. You should define the | |
df2a54e9 | 6036 | expression to have a nonzero value if GCC should output the constant |
861bb6c1 | 6037 | pool for a function before the code for the function, or a zero value if |
a3a15b4d JL |
6038 | GCC should output the constant pool after the function. If you do |
6039 | not define this macro, the usual case, GCC will output the constant | |
861bb6c1 JL |
6040 | pool before the function. |
6041 | ||
feca2ed3 | 6042 | @findex ASM_OUTPUT_POOL_PROLOGUE |
8760eaae | 6043 | @item ASM_OUTPUT_POOL_PROLOGUE (@var{file}, @var{funname}, @var{fundecl}, @var{size}) |
feca2ed3 JW |
6044 | A C statement to output assembler commands to define the start of the |
6045 | constant pool for a function. @var{funname} is a string giving | |
6046 | the name of the function. Should the return type of the function | |
6047 | be required, it can be obtained via @var{fundecl}. @var{size} | |
6048 | is the size, in bytes, of the constant pool that will be written | |
6049 | immediately after this call. | |
6050 | ||
6051 | If no constant-pool prefix is required, the usual case, this macro need | |
6052 | not be defined. | |
6053 | ||
6054 | @findex ASM_OUTPUT_SPECIAL_POOL_ENTRY | |
6055 | @item ASM_OUTPUT_SPECIAL_POOL_ENTRY (@var{file}, @var{x}, @var{mode}, @var{align}, @var{labelno}, @var{jumpto}) | |
6056 | A C statement (with or without semicolon) to output a constant in the | |
6057 | constant pool, if it needs special treatment. (This macro need not do | |
6058 | anything for RTL expressions that can be output normally.) | |
6059 | ||
6060 | The argument @var{file} is the standard I/O stream to output the | |
6061 | assembler code on. @var{x} is the RTL expression for the constant to | |
6062 | output, and @var{mode} is the machine mode (in case @var{x} is a | |
6063 | @samp{const_int}). @var{align} is the required alignment for the value | |
6064 | @var{x}; you should output an assembler directive to force this much | |
6065 | alignment. | |
6066 | ||
6067 | The argument @var{labelno} is a number to use in an internal label for | |
6068 | the address of this pool entry. The definition of this macro is | |
6069 | responsible for outputting the label definition at the proper place. | |
6070 | Here is how to do this: | |
6071 | ||
6072 | @example | |
6073 | ASM_OUTPUT_INTERNAL_LABEL (@var{file}, "LC", @var{labelno}); | |
6074 | @end example | |
6075 | ||
6076 | When you output a pool entry specially, you should end with a | |
6077 | @code{goto} to the label @var{jumpto}. This will prevent the same pool | |
6078 | entry from being output a second time in the usual manner. | |
6079 | ||
6080 | You need not define this macro if it would do nothing. | |
6081 | ||
861bb6c1 JL |
6082 | @findex CONSTANT_AFTER_FUNCTION_P |
6083 | @item CONSTANT_AFTER_FUNCTION_P (@var{exp}) | |
6084 | Define this macro as a C expression which is nonzero if the constant | |
6085 | @var{exp}, of type @code{tree}, should be output after the code for a | |
6086 | function. The compiler will normally output all constants before the | |
161d7b59 | 6087 | function; you need not define this macro if this is OK@. |
861bb6c1 JL |
6088 | |
6089 | @findex ASM_OUTPUT_POOL_EPILOGUE | |
6090 | @item ASM_OUTPUT_POOL_EPILOGUE (@var{file} @var{funname} @var{fundecl} @var{size}) | |
6091 | A C statement to output assembler commands to at the end of the constant | |
6092 | pool for a function. @var{funname} is a string giving the name of the | |
6093 | function. Should the return type of the function be required, you can | |
6094 | obtain it via @var{fundecl}. @var{size} is the size, in bytes, of the | |
a3a15b4d | 6095 | constant pool that GCC wrote immediately before this call. |
861bb6c1 JL |
6096 | |
6097 | If no constant-pool epilogue is required, the usual case, you need not | |
6098 | define this macro. | |
6099 | ||
feca2ed3 JW |
6100 | @findex IS_ASM_LOGICAL_LINE_SEPARATOR |
6101 | @item IS_ASM_LOGICAL_LINE_SEPARATOR (@var{C}) | |
6102 | Define this macro as a C expression which is nonzero if @var{C} is | |
6103 | used as a logical line separator by the assembler. | |
6104 | ||
6105 | If you do not define this macro, the default is that only | |
6106 | the character @samp{;} is treated as a logical line separator. | |
feca2ed3 JW |
6107 | @end table |
6108 | ||
8ca83838 | 6109 | @deftypevr {Target Hook} {const char *} TARGET_ASM_OPEN_PAREN |
baed53ac | 6110 | @deftypevrx {Target Hook} {const char *} TARGET_ASM_CLOSE_PAREN |
17b53c33 NB |
6111 | These target hooks are C string constants, describing the syntax in the |
6112 | assembler for grouping arithmetic expressions. If not overridden, they | |
6113 | default to normal parentheses, which is correct for most assemblers. | |
8ca83838 | 6114 | @end deftypevr |
17b53c33 | 6115 | |
feca2ed3 JW |
6116 | These macros are provided by @file{real.h} for writing the definitions |
6117 | of @code{ASM_OUTPUT_DOUBLE} and the like: | |
6118 | ||
6119 | @table @code | |
6120 | @item REAL_VALUE_TO_TARGET_SINGLE (@var{x}, @var{l}) | |
6121 | @itemx REAL_VALUE_TO_TARGET_DOUBLE (@var{x}, @var{l}) | |
6122 | @itemx REAL_VALUE_TO_TARGET_LONG_DOUBLE (@var{x}, @var{l}) | |
6123 | @findex REAL_VALUE_TO_TARGET_SINGLE | |
6124 | @findex REAL_VALUE_TO_TARGET_DOUBLE | |
6125 | @findex REAL_VALUE_TO_TARGET_LONG_DOUBLE | |
6126 | These translate @var{x}, of type @code{REAL_VALUE_TYPE}, to the target's | |
6127 | floating point representation, and store its bit pattern in the array of | |
6128 | @code{long int} whose address is @var{l}. The number of elements in the | |
6129 | output array is determined by the size of the desired target floating | |
6130 | point data type: 32 bits of it go in each @code{long int} array | |
6131 | element. Each array element holds 32 bits of the result, even if | |
6132 | @code{long int} is wider than 32 bits on the host machine. | |
6133 | ||
6134 | The array element values are designed so that you can print them out | |
6135 | using @code{fprintf} in the order they should appear in the target | |
6136 | machine's memory. | |
6137 | ||
6138 | @item REAL_VALUE_TO_DECIMAL (@var{x}, @var{format}, @var{string}) | |
6139 | @findex REAL_VALUE_TO_DECIMAL | |
6140 | This macro converts @var{x}, of type @code{REAL_VALUE_TYPE}, to a | |
6141 | decimal number and stores it as a string into @var{string}. | |
6142 | You must pass, as @var{string}, the address of a long enough block | |
6143 | of space to hold the result. | |
6144 | ||
6145 | The argument @var{format} is a @code{printf}-specification that serves | |
6146 | as a suggestion for how to format the output string. | |
6147 | @end table | |
6148 | ||
6149 | @node Uninitialized Data | |
6150 | @subsection Output of Uninitialized Variables | |
6151 | ||
6152 | Each of the macros in this section is used to do the whole job of | |
6153 | outputting a single uninitialized variable. | |
6154 | ||
6155 | @table @code | |
6156 | @findex ASM_OUTPUT_COMMON | |
6157 | @item ASM_OUTPUT_COMMON (@var{stream}, @var{name}, @var{size}, @var{rounded}) | |
6158 | A C statement (sans semicolon) to output to the stdio stream | |
6159 | @var{stream} the assembler definition of a common-label named | |
6160 | @var{name} whose size is @var{size} bytes. The variable @var{rounded} | |
6161 | is the size rounded up to whatever alignment the caller wants. | |
6162 | ||
6163 | Use the expression @code{assemble_name (@var{stream}, @var{name})} to | |
6164 | output the name itself; before and after that, output the additional | |
6165 | assembler syntax for defining the name, and a newline. | |
6166 | ||
6167 | This macro controls how the assembler definitions of uninitialized | |
6168 | common global variables are output. | |
6169 | ||
6170 | @findex ASM_OUTPUT_ALIGNED_COMMON | |
6171 | @item ASM_OUTPUT_ALIGNED_COMMON (@var{stream}, @var{name}, @var{size}, @var{alignment}) | |
6172 | Like @code{ASM_OUTPUT_COMMON} except takes the required alignment as a | |
6173 | separate, explicit argument. If you define this macro, it is used in | |
6174 | place of @code{ASM_OUTPUT_COMMON}, and gives you more flexibility in | |
6175 | handling the required alignment of the variable. The alignment is specified | |
6176 | as the number of bits. | |
6177 | ||
e9a25f70 JL |
6178 | @findex ASM_OUTPUT_ALIGNED_DECL_COMMON |
6179 | @item ASM_OUTPUT_ALIGNED_DECL_COMMON (@var{stream}, @var{decl}, @var{name}, @var{size}, @var{alignment}) | |
6180 | Like @code{ASM_OUTPUT_ALIGNED_COMMON} except that @var{decl} of the | |
6181 | variable to be output, if there is one, or @code{NULL_TREE} if there | |
8760eaae | 6182 | is no corresponding variable. If you define this macro, GCC will use it |
e9a25f70 JL |
6183 | in place of both @code{ASM_OUTPUT_COMMON} and |
6184 | @code{ASM_OUTPUT_ALIGNED_COMMON}. Define this macro when you need to see | |
6185 | the variable's decl in order to chose what to output. | |
6186 | ||
feca2ed3 JW |
6187 | @findex ASM_OUTPUT_SHARED_COMMON |
6188 | @item ASM_OUTPUT_SHARED_COMMON (@var{stream}, @var{name}, @var{size}, @var{rounded}) | |
6189 | If defined, it is similar to @code{ASM_OUTPUT_COMMON}, except that it | |
6190 | is used when @var{name} is shared. If not defined, @code{ASM_OUTPUT_COMMON} | |
6191 | will be used. | |
6192 | ||
6193 | @findex ASM_OUTPUT_BSS | |
6194 | @item ASM_OUTPUT_BSS (@var{stream}, @var{decl}, @var{name}, @var{size}, @var{rounded}) | |
6195 | A C statement (sans semicolon) to output to the stdio stream | |
6196 | @var{stream} the assembler definition of uninitialized global @var{decl} named | |
6197 | @var{name} whose size is @var{size} bytes. The variable @var{rounded} | |
6198 | is the size rounded up to whatever alignment the caller wants. | |
6199 | ||
6200 | Try to use function @code{asm_output_bss} defined in @file{varasm.c} when | |
6201 | defining this macro. If unable, use the expression | |
6202 | @code{assemble_name (@var{stream}, @var{name})} to output the name itself; | |
6203 | before and after that, output the additional assembler syntax for defining | |
6204 | the name, and a newline. | |
6205 | ||
6206 | This macro controls how the assembler definitions of uninitialized global | |
6207 | variables are output. This macro exists to properly support languages like | |
aee96fe9 | 6208 | C++ which do not have @code{common} data. However, this macro currently |
feca2ed3 JW |
6209 | is not defined for all targets. If this macro and |
6210 | @code{ASM_OUTPUT_ALIGNED_BSS} are not defined then @code{ASM_OUTPUT_COMMON} | |
e9a25f70 JL |
6211 | or @code{ASM_OUTPUT_ALIGNED_COMMON} or |
6212 | @code{ASM_OUTPUT_ALIGNED_DECL_COMMON} is used. | |
feca2ed3 JW |
6213 | |
6214 | @findex ASM_OUTPUT_ALIGNED_BSS | |
6215 | @item ASM_OUTPUT_ALIGNED_BSS (@var{stream}, @var{decl}, @var{name}, @var{size}, @var{alignment}) | |
6216 | Like @code{ASM_OUTPUT_BSS} except takes the required alignment as a | |
6217 | separate, explicit argument. If you define this macro, it is used in | |
6218 | place of @code{ASM_OUTPUT_BSS}, and gives you more flexibility in | |
6219 | handling the required alignment of the variable. The alignment is specified | |
6220 | as the number of bits. | |
6221 | ||
6222 | Try to use function @code{asm_output_aligned_bss} defined in file | |
6223 | @file{varasm.c} when defining this macro. | |
6224 | ||
6225 | @findex ASM_OUTPUT_SHARED_BSS | |
6226 | @item ASM_OUTPUT_SHARED_BSS (@var{stream}, @var{decl}, @var{name}, @var{size}, @var{rounded}) | |
6227 | If defined, it is similar to @code{ASM_OUTPUT_BSS}, except that it | |
6228 | is used when @var{name} is shared. If not defined, @code{ASM_OUTPUT_BSS} | |
6229 | will be used. | |
6230 | ||
6231 | @findex ASM_OUTPUT_LOCAL | |
6232 | @item ASM_OUTPUT_LOCAL (@var{stream}, @var{name}, @var{size}, @var{rounded}) | |
6233 | A C statement (sans semicolon) to output to the stdio stream | |
6234 | @var{stream} the assembler definition of a local-common-label named | |
6235 | @var{name} whose size is @var{size} bytes. The variable @var{rounded} | |
6236 | is the size rounded up to whatever alignment the caller wants. | |
6237 | ||
6238 | Use the expression @code{assemble_name (@var{stream}, @var{name})} to | |
6239 | output the name itself; before and after that, output the additional | |
6240 | assembler syntax for defining the name, and a newline. | |
6241 | ||
6242 | This macro controls how the assembler definitions of uninitialized | |
6243 | static variables are output. | |
6244 | ||
6245 | @findex ASM_OUTPUT_ALIGNED_LOCAL | |
6246 | @item ASM_OUTPUT_ALIGNED_LOCAL (@var{stream}, @var{name}, @var{size}, @var{alignment}) | |
6247 | Like @code{ASM_OUTPUT_LOCAL} except takes the required alignment as a | |
6248 | separate, explicit argument. If you define this macro, it is used in | |
6249 | place of @code{ASM_OUTPUT_LOCAL}, and gives you more flexibility in | |
6250 | handling the required alignment of the variable. The alignment is specified | |
6251 | as the number of bits. | |
6252 | ||
e9a25f70 JL |
6253 | @findex ASM_OUTPUT_ALIGNED_DECL_LOCAL |
6254 | @item ASM_OUTPUT_ALIGNED_DECL_LOCAL (@var{stream}, @var{decl}, @var{name}, @var{size}, @var{alignment}) | |
6255 | Like @code{ASM_OUTPUT_ALIGNED_DECL} except that @var{decl} of the | |
6256 | variable to be output, if there is one, or @code{NULL_TREE} if there | |
8760eaae | 6257 | is no corresponding variable. If you define this macro, GCC will use it |
e9a25f70 JL |
6258 | in place of both @code{ASM_OUTPUT_DECL} and |
6259 | @code{ASM_OUTPUT_ALIGNED_DECL}. Define this macro when you need to see | |
6260 | the variable's decl in order to chose what to output. | |
6261 | ||
feca2ed3 JW |
6262 | @findex ASM_OUTPUT_SHARED_LOCAL |
6263 | @item ASM_OUTPUT_SHARED_LOCAL (@var{stream}, @var{name}, @var{size}, @var{rounded}) | |
6264 | If defined, it is similar to @code{ASM_OUTPUT_LOCAL}, except that it | |
6265 | is used when @var{name} is shared. If not defined, @code{ASM_OUTPUT_LOCAL} | |
6266 | will be used. | |
6267 | @end table | |
6268 | ||
6269 | @node Label Output | |
6270 | @subsection Output and Generation of Labels | |
6271 | ||
6272 | @c prevent bad page break with this line | |
6273 | This is about outputting labels. | |
6274 | ||
6275 | @table @code | |
6276 | @findex ASM_OUTPUT_LABEL | |
6277 | @findex assemble_name | |
6278 | @item ASM_OUTPUT_LABEL (@var{stream}, @var{name}) | |
6279 | A C statement (sans semicolon) to output to the stdio stream | |
6280 | @var{stream} the assembler definition of a label named @var{name}. | |
6281 | Use the expression @code{assemble_name (@var{stream}, @var{name})} to | |
6282 | output the name itself; before and after that, output the additional | |
6283 | assembler syntax for defining the name, and a newline. | |
6284 | ||
6285 | @findex ASM_DECLARE_FUNCTION_NAME | |
6286 | @item ASM_DECLARE_FUNCTION_NAME (@var{stream}, @var{name}, @var{decl}) | |
6287 | A C statement (sans semicolon) to output to the stdio stream | |
6288 | @var{stream} any text necessary for declaring the name @var{name} of a | |
6289 | function which is being defined. This macro is responsible for | |
6290 | outputting the label definition (perhaps using | |
6291 | @code{ASM_OUTPUT_LABEL}). The argument @var{decl} is the | |
6292 | @code{FUNCTION_DECL} tree node representing the function. | |
6293 | ||
6294 | If this macro is not defined, then the function name is defined in the | |
6295 | usual manner as a label (by means of @code{ASM_OUTPUT_LABEL}). | |
6296 | ||
6297 | @findex ASM_DECLARE_FUNCTION_SIZE | |
6298 | @item ASM_DECLARE_FUNCTION_SIZE (@var{stream}, @var{name}, @var{decl}) | |
6299 | A C statement (sans semicolon) to output to the stdio stream | |
6300 | @var{stream} any text necessary for declaring the size of a function | |
6301 | which is being defined. The argument @var{name} is the name of the | |
6302 | function. The argument @var{decl} is the @code{FUNCTION_DECL} tree node | |
6303 | representing the function. | |
6304 | ||
6305 | If this macro is not defined, then the function size is not defined. | |
6306 | ||
6307 | @findex ASM_DECLARE_OBJECT_NAME | |
6308 | @item ASM_DECLARE_OBJECT_NAME (@var{stream}, @var{name}, @var{decl}) | |
6309 | A C statement (sans semicolon) to output to the stdio stream | |
6310 | @var{stream} any text necessary for declaring the name @var{name} of an | |
6311 | initialized variable which is being defined. This macro must output the | |
6312 | label definition (perhaps using @code{ASM_OUTPUT_LABEL}). The argument | |
6313 | @var{decl} is the @code{VAR_DECL} tree node representing the variable. | |
6314 | ||
6315 | If this macro is not defined, then the variable name is defined in the | |
6316 | usual manner as a label (by means of @code{ASM_OUTPUT_LABEL}). | |
6317 | ||
1cb36a98 RH |
6318 | @findex ASM_DECLARE_REGISTER_GLOBAL |
6319 | @item ASM_DECLARE_REGISTER_GLOBAL (@var{stream}, @var{decl}, @var{regno}, @var{name}) | |
6320 | A C statement (sans semicolon) to output to the stdio stream | |
6321 | @var{stream} any text necessary for claiming a register @var{regno} | |
6322 | for a global variable @var{decl} with name @var{name}. | |
6323 | ||
6324 | If you don't define this macro, that is equivalent to defining it to do | |
6325 | nothing. | |
6326 | ||
feca2ed3 JW |
6327 | @findex ASM_FINISH_DECLARE_OBJECT |
6328 | @item ASM_FINISH_DECLARE_OBJECT (@var{stream}, @var{decl}, @var{toplevel}, @var{atend}) | |
6329 | A C statement (sans semicolon) to finish up declaring a variable name | |
6330 | once the compiler has processed its initializer fully and thus has had a | |
6331 | chance to determine the size of an array when controlled by an | |
6332 | initializer. This is used on systems where it's necessary to declare | |
6333 | something about the size of the object. | |
6334 | ||
6335 | If you don't define this macro, that is equivalent to defining it to do | |
6336 | nothing. | |
6337 | ||
6338 | @findex ASM_GLOBALIZE_LABEL | |
6339 | @item ASM_GLOBALIZE_LABEL (@var{stream}, @var{name}) | |
6340 | A C statement (sans semicolon) to output to the stdio stream | |
6341 | @var{stream} some commands that will make the label @var{name} global; | |
6342 | that is, available for reference from other files. Use the expression | |
6343 | @code{assemble_name (@var{stream}, @var{name})} to output the name | |
6344 | itself; before and after that, output the additional assembler syntax | |
6345 | for making that name global, and a newline. | |
6346 | ||
6347 | @findex ASM_WEAKEN_LABEL | |
6348 | @item ASM_WEAKEN_LABEL | |
6349 | A C statement (sans semicolon) to output to the stdio stream | |
6350 | @var{stream} some commands that will make the label @var{name} weak; | |
6351 | that is, available for reference from other files but only used if | |
6352 | no other definition is available. Use the expression | |
6353 | @code{assemble_name (@var{stream}, @var{name})} to output the name | |
6354 | itself; before and after that, output the additional assembler syntax | |
6355 | for making that name weak, and a newline. | |
6356 | ||
a3a15b4d | 6357 | If you don't define this macro, GCC will not support weak |
feca2ed3 JW |
6358 | symbols and you should not define the @code{SUPPORTS_WEAK} macro. |
6359 | ||
6360 | @findex SUPPORTS_WEAK | |
6361 | @item SUPPORTS_WEAK | |
6362 | A C expression which evaluates to true if the target supports weak symbols. | |
6363 | ||
6364 | If you don't define this macro, @file{defaults.h} provides a default | |
6365 | definition. If @code{ASM_WEAKEN_LABEL} is defined, the default | |
6366 | definition is @samp{1}; otherwise, it is @samp{0}. Define this macro if | |
6367 | you want to control weak symbol support with a compiler flag such as | |
630d3d5a | 6368 | @option{-melf}. |
feca2ed3 JW |
6369 | |
6370 | @findex MAKE_DECL_ONE_ONLY (@var{decl}) | |
6371 | @item MAKE_DECL_ONE_ONLY | |
6372 | A C statement (sans semicolon) to mark @var{decl} to be emitted as a | |
6373 | public symbol such that extra copies in multiple translation units will | |
6374 | be discarded by the linker. Define this macro if your object file | |
6375 | format provides support for this concept, such as the @samp{COMDAT} | |
6376 | section flags in the Microsoft Windows PE/COFF format, and this support | |
6377 | requires changes to @var{decl}, such as putting it in a separate section. | |
6378 | ||
e9a25f70 JL |
6379 | @findex SUPPORTS_ONE_ONLY |
6380 | @item SUPPORTS_ONE_ONLY | |
feca2ed3 JW |
6381 | A C expression which evaluates to true if the target supports one-only |
6382 | semantics. | |
6383 | ||
6384 | If you don't define this macro, @file{varasm.c} provides a default | |
6385 | definition. If @code{MAKE_DECL_ONE_ONLY} is defined, the default | |
6386 | definition is @samp{1}; otherwise, it is @samp{0}. Define this macro if | |
e9a25f70 | 6387 | you want to control one-only symbol support with a compiler flag, or if |
feca2ed3 JW |
6388 | setting the @code{DECL_ONE_ONLY} flag is enough to mark a declaration to |
6389 | be emitted as one-only. | |
6390 | ||
6391 | @findex ASM_OUTPUT_EXTERNAL | |
6392 | @item ASM_OUTPUT_EXTERNAL (@var{stream}, @var{decl}, @var{name}) | |
6393 | A C statement (sans semicolon) to output to the stdio stream | |
6394 | @var{stream} any text necessary for declaring the name of an external | |
6395 | symbol named @var{name} which is referenced in this compilation but | |
6396 | not defined. The value of @var{decl} is the tree node for the | |
6397 | declaration. | |
6398 | ||
6399 | This macro need not be defined if it does not need to output anything. | |
6400 | The GNU assembler and most Unix assemblers don't require anything. | |
6401 | ||
6402 | @findex ASM_OUTPUT_EXTERNAL_LIBCALL | |
6403 | @item ASM_OUTPUT_EXTERNAL_LIBCALL (@var{stream}, @var{symref}) | |
6404 | A C statement (sans semicolon) to output on @var{stream} an assembler | |
6405 | pseudo-op to declare a library function name external. The name of the | |
6406 | library function is given by @var{symref}, which has type @code{rtx} and | |
6407 | is a @code{symbol_ref}. | |
6408 | ||
6409 | This macro need not be defined if it does not need to output anything. | |
6410 | The GNU assembler and most Unix assemblers don't require anything. | |
6411 | ||
6412 | @findex ASM_OUTPUT_LABELREF | |
6413 | @item ASM_OUTPUT_LABELREF (@var{stream}, @var{name}) | |
6414 | A C statement (sans semicolon) to output to the stdio stream | |
6415 | @var{stream} a reference in assembler syntax to a label named | |
6416 | @var{name}. This should add @samp{_} to the front of the name, if that | |
6417 | is customary on your operating system, as it is in most Berkeley Unix | |
6418 | systems. This macro is used in @code{assemble_name}. | |
6419 | ||
6420 | @ignore @c Seems not to exist anymore. | |
6421 | @findex ASM_OUTPUT_LABELREF_AS_INT | |
6422 | @item ASM_OUTPUT_LABELREF_AS_INT (@var{file}, @var{label}) | |
2cc07db4 | 6423 | Define this macro for systems that use the program @command{collect2}. |
feca2ed3 JW |
6424 | The definition should be a C statement to output a word containing |
6425 | a reference to the label @var{label}. | |
6426 | @end ignore | |
6427 | ||
99c8c61c AO |
6428 | @findex ASM_OUTPUT_SYMBOL_REF |
6429 | @item ASM_OUTPUT_SYMBOL_REF (@var{stream}, @var{sym}) | |
6430 | A C statement (sans semicolon) to output a reference to | |
2f0b7af6 | 6431 | @code{SYMBOL_REF} @var{sym}. If not defined, @code{assemble_name} |
99c8c61c AO |
6432 | will be used to output the name of the symbol. This macro may be used |
6433 | to modify the way a symbol is referenced depending on information | |
6434 | encoded by @code{ENCODE_SECTION_INFO}. | |
6435 | ||
2f0b7af6 GK |
6436 | @findex ASM_OUTPUT_LABEL_REF |
6437 | @item ASM_OUTPUT_LABEL_REF (@var{stream}, @var{buf}) | |
6438 | A C statement (sans semicolon) to output a reference to @var{buf}, the | |
6439 | result of ASM_GENERATE_INTERNAL_LABEL. If not defined, | |
6440 | @code{assemble_name} will be used to output the name of the symbol. | |
6441 | This macro is not used by @code{output_asm_label}, or the @code{%l} | |
6442 | specifier that calls it; the intention is that this macro should be set | |
6443 | when it is necessary to output a label differently when its address | |
6444 | is being taken. | |
6445 | ||
feca2ed3 JW |
6446 | @findex ASM_OUTPUT_INTERNAL_LABEL |
6447 | @item ASM_OUTPUT_INTERNAL_LABEL (@var{stream}, @var{prefix}, @var{num}) | |
6448 | A C statement to output to the stdio stream @var{stream} a label whose | |
6449 | name is made from the string @var{prefix} and the number @var{num}. | |
6450 | ||
6451 | It is absolutely essential that these labels be distinct from the labels | |
6452 | used for user-level functions and variables. Otherwise, certain programs | |
6453 | will have name conflicts with internal labels. | |
6454 | ||
6455 | It is desirable to exclude internal labels from the symbol table of the | |
6456 | object file. Most assemblers have a naming convention for labels that | |
6457 | should be excluded; on many systems, the letter @samp{L} at the | |
6458 | beginning of a label has this effect. You should find out what | |
6459 | convention your system uses, and follow it. | |
6460 | ||
6461 | The usual definition of this macro is as follows: | |
6462 | ||
6463 | @example | |
6464 | fprintf (@var{stream}, "L%s%d:\n", @var{prefix}, @var{num}) | |
6465 | @end example | |
6466 | ||
8215347e JW |
6467 | @findex ASM_OUTPUT_DEBUG_LABEL |
6468 | @item ASM_OUTPUT_DEBUG_LABEL (@var{stream}, @var{prefix}, @var{num}) | |
6469 | A C statement to output to the stdio stream @var{stream} a debug info | |
6470 | label whose name is made from the string @var{prefix} and the number | |
6471 | @var{num}. This is useful for VLIW targets, where debug info labels | |
6472 | may need to be treated differently than branch target labels. On some | |
6473 | systems, branch target labels must be at the beginning of instruction | |
6474 | bundles, but debug info labels can occur in the middle of instruction | |
6475 | bundles. | |
6476 | ||
6477 | If this macro is not defined, then @code{ASM_OUTPUT_INTERNAL_LABEL} will be | |
6478 | used. | |
6479 | ||
8cd0faaf CM |
6480 | @findex ASM_OUTPUT_ALTERNATE_LABEL_NAME |
6481 | @item ASM_OUTPUT_ALTERNATE_LABEL_NAME (@var{stream}, @var{string}) | |
6482 | A C statement to output to the stdio stream @var{stream} the string | |
6483 | @var{string}. | |
6484 | ||
6485 | The default definition of this macro is as follows: | |
6486 | ||
6487 | @example | |
6488 | fprintf (@var{stream}, "%s:\n", LABEL_ALTERNATE_NAME (INSN)) | |
6489 | @end example | |
6490 | ||
feca2ed3 JW |
6491 | @findex ASM_GENERATE_INTERNAL_LABEL |
6492 | @item ASM_GENERATE_INTERNAL_LABEL (@var{string}, @var{prefix}, @var{num}) | |
6493 | A C statement to store into the string @var{string} a label whose name | |
6494 | is made from the string @var{prefix} and the number @var{num}. | |
6495 | ||
6496 | This string, when output subsequently by @code{assemble_name}, should | |
6497 | produce the output that @code{ASM_OUTPUT_INTERNAL_LABEL} would produce | |
6498 | with the same @var{prefix} and @var{num}. | |
6499 | ||
6500 | If the string begins with @samp{*}, then @code{assemble_name} will | |
6501 | output the rest of the string unchanged. It is often convenient for | |
6502 | @code{ASM_GENERATE_INTERNAL_LABEL} to use @samp{*} in this way. If the | |
6503 | string doesn't start with @samp{*}, then @code{ASM_OUTPUT_LABELREF} gets | |
6504 | to output the string, and may change it. (Of course, | |
6505 | @code{ASM_OUTPUT_LABELREF} is also part of your machine description, so | |
6506 | you should know what it does on your machine.) | |
6507 | ||
6508 | @findex ASM_FORMAT_PRIVATE_NAME | |
6509 | @item ASM_FORMAT_PRIVATE_NAME (@var{outvar}, @var{name}, @var{number}) | |
6510 | A C expression to assign to @var{outvar} (which is a variable of type | |
6511 | @code{char *}) a newly allocated string made from the string | |
6512 | @var{name} and the number @var{number}, with some suitable punctuation | |
6513 | added. Use @code{alloca} to get space for the string. | |
6514 | ||
6515 | The string will be used as an argument to @code{ASM_OUTPUT_LABELREF} to | |
6516 | produce an assembler label for an internal static variable whose name is | |
6517 | @var{name}. Therefore, the string must be such as to result in valid | |
6518 | assembler code. The argument @var{number} is different each time this | |
6519 | macro is executed; it prevents conflicts between similarly-named | |
6520 | internal static variables in different scopes. | |
6521 | ||
6522 | Ideally this string should not be a valid C identifier, to prevent any | |
6523 | conflict with the user's own symbols. Most assemblers allow periods | |
6524 | or percent signs in assembler symbols; putting at least one of these | |
6525 | between the name and the number will suffice. | |
6526 | ||
6527 | @findex ASM_OUTPUT_DEF | |
6528 | @item ASM_OUTPUT_DEF (@var{stream}, @var{name}, @var{value}) | |
6529 | A C statement to output to the stdio stream @var{stream} assembler code | |
6530 | which defines (equates) the symbol @var{name} to have the value @var{value}. | |
6531 | ||
203cb4ef | 6532 | @findex SET_ASM_OP |
aee96fe9 | 6533 | If @code{SET_ASM_OP} is defined, a default definition is provided which is |
feca2ed3 | 6534 | correct for most systems. |
810e3c45 | 6535 | |
e4faf1eb | 6536 | @findex ASM_OUTPUT_DEF_FROM_DECLS |
8760eaae | 6537 | @item ASM_OUTPUT_DEF_FROM_DECLS (@var{stream}, @var{decl_of_name}, @var{decl_of_value}) |
e4faf1eb | 6538 | A C statement to output to the stdio stream @var{stream} assembler code |
3b7a2e58 | 6539 | which defines (equates) the symbol whose tree node is @var{decl_of_name} |
e4faf1eb NC |
6540 | to have the value of the tree node @var{decl_of_value}. This macro will |
6541 | be used in preference to @samp{ASM_OUTPUT_DEF} if it is defined and if | |
6542 | the tree nodes are available. | |
6543 | ||
956d6950 JL |
6544 | @findex ASM_OUTPUT_DEFINE_LABEL_DIFFERENCE_SYMBOL |
6545 | @item ASM_OUTPUT_DEFINE_LABEL_DIFFERENCE_SYMBOL (@var{stream}, @var{symbol}, @var{high}, @var{low}) | |
6546 | A C statement to output to the stdio stream @var{stream} assembler code | |
6547 | which defines (equates) the symbol @var{symbol} to have a value equal to | |
e979f9e8 JM |
6548 | the difference of the two symbols @var{high} and @var{low}, |
6549 | i.e.@: @var{high} minus @var{low}. GCC guarantees that the symbols @var{high} | |
956d6950 JL |
6550 | and @var{low} are already known by the assembler so that the difference |
6551 | resolves into a constant. | |
6552 | ||
203cb4ef | 6553 | @findex SET_ASM_OP |
aee96fe9 | 6554 | If @code{SET_ASM_OP} is defined, a default definition is provided which is |
956d6950 JL |
6555 | correct for most systems. |
6556 | ||
810e3c45 JM |
6557 | @findex ASM_OUTPUT_WEAK_ALIAS |
6558 | @item ASM_OUTPUT_WEAK_ALIAS (@var{stream}, @var{name}, @var{value}) | |
6559 | A C statement to output to the stdio stream @var{stream} assembler code | |
6560 | which defines (equates) the weak symbol @var{name} to have the value | |
3aa8ab7b L |
6561 | @var{value}. If @var{value} is @code{NULL}, it defines @var{name} as |
6562 | an undefined weak symbol. | |
810e3c45 JM |
6563 | |
6564 | Define this macro if the target only supports weak aliases; define | |
aee96fe9 | 6565 | @code{ASM_OUTPUT_DEF} instead if possible. |
810e3c45 | 6566 | |
feca2ed3 JW |
6567 | @findex OBJC_GEN_METHOD_LABEL |
6568 | @item OBJC_GEN_METHOD_LABEL (@var{buf}, @var{is_inst}, @var{class_name}, @var{cat_name}, @var{sel_name}) | |
6569 | Define this macro to override the default assembler names used for | |
2147b154 | 6570 | Objective-C methods. |
feca2ed3 JW |
6571 | |
6572 | The default name is a unique method number followed by the name of the | |
6573 | class (e.g.@: @samp{_1_Foo}). For methods in categories, the name of | |
6574 | the category is also included in the assembler name (e.g.@: | |
6575 | @samp{_1_Foo_Bar}). | |
6576 | ||
6577 | These names are safe on most systems, but make debugging difficult since | |
6578 | the method's selector is not present in the name. Therefore, particular | |
6579 | systems define other ways of computing names. | |
6580 | ||
6581 | @var{buf} is an expression of type @code{char *} which gives you a | |
6582 | buffer in which to store the name; its length is as long as | |
6583 | @var{class_name}, @var{cat_name} and @var{sel_name} put together, plus | |
6584 | 50 characters extra. | |
6585 | ||
6586 | The argument @var{is_inst} specifies whether the method is an instance | |
6587 | method or a class method; @var{class_name} is the name of the class; | |
59d42021 | 6588 | @var{cat_name} is the name of the category (or @code{NULL} if the method is not |
feca2ed3 JW |
6589 | in a category); and @var{sel_name} is the name of the selector. |
6590 | ||
6591 | On systems where the assembler can handle quoted names, you can use this | |
6592 | macro to provide more human-readable names. | |
28df0b5a | 6593 | |
f60b945b SS |
6594 | @findex ASM_DECLARE_CLASS_REFERENCE |
6595 | @item ASM_DECLARE_CLASS_REFERENCE (@var{stream}, @var{name}) | |
6596 | A C statement (sans semicolon) to output to the stdio stream | |
6597 | @var{stream} commands to declare that the label @var{name} is an | |
6598 | Objective-C class reference. This is only needed for targets whose | |
6599 | linkers have special support for NeXT-style runtimes. | |
6600 | ||
28df0b5a SS |
6601 | @findex ASM_DECLARE_UNRESOLVED_REFERENCE |
6602 | @item ASM_DECLARE_UNRESOLVED_REFERENCE (@var{stream}, @var{name}) | |
6603 | A C statement (sans semicolon) to output to the stdio stream | |
6604 | @var{stream} commands to declare that the label @var{name} is an | |
6605 | unresolved Objective-C class reference. This is only needed for targets | |
6606 | whose linkers have special support for NeXT-style runtimes. | |
feca2ed3 JW |
6607 | @end table |
6608 | ||
6609 | @node Initialization | |
6610 | @subsection How Initialization Functions Are Handled | |
6611 | @cindex initialization routines | |
6612 | @cindex termination routines | |
6613 | @cindex constructors, output of | |
6614 | @cindex destructors, output of | |
6615 | ||
6616 | The compiled code for certain languages includes @dfn{constructors} | |
6617 | (also called @dfn{initialization routines})---functions to initialize | |
6618 | data in the program when the program is started. These functions need | |
6619 | to be called before the program is ``started''---that is to say, before | |
6620 | @code{main} is called. | |
6621 | ||
6622 | Compiling some languages generates @dfn{destructors} (also called | |
6623 | @dfn{termination routines}) that should be called when the program | |
6624 | terminates. | |
6625 | ||
6626 | To make the initialization and termination functions work, the compiler | |
6627 | must output something in the assembler code to cause those functions to | |
6628 | be called at the appropriate time. When you port the compiler to a new | |
6629 | system, you need to specify how to do this. | |
6630 | ||
6631 | There are two major ways that GCC currently supports the execution of | |
6632 | initialization and termination functions. Each way has two variants. | |
6633 | Much of the structure is common to all four variations. | |
6634 | ||
6635 | @findex __CTOR_LIST__ | |
6636 | @findex __DTOR_LIST__ | |
6637 | The linker must build two lists of these functions---a list of | |
6638 | initialization functions, called @code{__CTOR_LIST__}, and a list of | |
6639 | termination functions, called @code{__DTOR_LIST__}. | |
6640 | ||
6641 | Each list always begins with an ignored function pointer (which may hold | |
6642 | 0, @minus{}1, or a count of the function pointers after it, depending on | |
6643 | the environment). This is followed by a series of zero or more function | |
6644 | pointers to constructors (or destructors), followed by a function | |
6645 | pointer containing zero. | |
6646 | ||
6647 | Depending on the operating system and its executable file format, either | |
6648 | @file{crtstuff.c} or @file{libgcc2.c} traverses these lists at startup | |
6649 | time and exit time. Constructors are called in reverse order of the | |
6650 | list; destructors in forward order. | |
6651 | ||
6652 | The best way to handle static constructors works only for object file | |
6653 | formats which provide arbitrarily-named sections. A section is set | |
6654 | aside for a list of constructors, and another for a list of destructors. | |
6655 | Traditionally these are called @samp{.ctors} and @samp{.dtors}. Each | |
6656 | object file that defines an initialization function also puts a word in | |
6657 | the constructor section to point to that function. The linker | |
6658 | accumulates all these words into one contiguous @samp{.ctors} section. | |
6659 | Termination functions are handled similarly. | |
6660 | ||
2cc07db4 RH |
6661 | This method will be chosen as the default by @file{target-def.h} if |
6662 | @code{TARGET_ASM_NAMED_SECTION} is defined. A target that does not | |
6663 | support arbitrary sections, but does support special designated | |
6664 | constructor and destructor sections may define @code{CTORS_SECTION_ASM_OP} | |
6665 | and @code{DTORS_SECTION_ASM_OP} to achieve the same effect. | |
feca2ed3 JW |
6666 | |
6667 | When arbitrary sections are available, there are two variants, depending | |
6668 | upon how the code in @file{crtstuff.c} is called. On systems that | |
2cc07db4 | 6669 | support a @dfn{.init} section which is executed at program startup, |
feca2ed3 JW |
6670 | parts of @file{crtstuff.c} are compiled into that section. The |
6671 | program is linked by the @code{gcc} driver like this: | |
6672 | ||
6673 | @example | |
2cc07db4 | 6674 | ld -o @var{output_file} crti.o crtbegin.o @dots{} -lgcc crtend.o crtn.o |
feca2ed3 JW |
6675 | @end example |
6676 | ||
2cc07db4 RH |
6677 | The prologue of a function (@code{__init}) appears in the @code{.init} |
6678 | section of @file{crti.o}; the epilogue appears in @file{crtn.o}. Likewise | |
6679 | for the function @code{__fini} in the @dfn{.fini} section. Normally these | |
6680 | files are provided by the operating system or by the GNU C library, but | |
6681 | are provided by GCC for a few targets. | |
6682 | ||
6683 | The objects @file{crtbegin.o} and @file{crtend.o} are (for most targets) | |
6684 | compiled from @file{crtstuff.c}. They contain, among other things, code | |
6685 | fragments within the @code{.init} and @code{.fini} sections that branch | |
6686 | to routines in the @code{.text} section. The linker will pull all parts | |
6687 | of a section together, which results in a complete @code{__init} function | |
6688 | that invokes the routines we need at startup. | |
feca2ed3 JW |
6689 | |
6690 | To use this variant, you must define the @code{INIT_SECTION_ASM_OP} | |
6691 | macro properly. | |
6692 | ||
2cc07db4 RH |
6693 | If no init section is available, when GCC compiles any function called |
6694 | @code{main} (or more accurately, any function designated as a program | |
6695 | entry point by the language front end calling @code{expand_main_function}), | |
6696 | it inserts a procedure call to @code{__main} as the first executable code | |
6697 | after the function prologue. The @code{__main} function is defined | |
6698 | in @file{libgcc2.c} and runs the global constructors. | |
feca2ed3 JW |
6699 | |
6700 | In file formats that don't support arbitrary sections, there are again | |
6701 | two variants. In the simplest variant, the GNU linker (GNU @code{ld}) | |
6702 | and an `a.out' format must be used. In this case, | |
2cc07db4 | 6703 | @code{TARGET_ASM_CONSTRUCTOR} is defined to produce a @code{.stabs} |
feca2ed3 JW |
6704 | entry of type @samp{N_SETT}, referencing the name @code{__CTOR_LIST__}, |
6705 | and with the address of the void function containing the initialization | |
6706 | code as its value. The GNU linker recognizes this as a request to add | |
2cc07db4 | 6707 | the value to a @dfn{set}; the values are accumulated, and are eventually |
feca2ed3 JW |
6708 | placed in the executable as a vector in the format described above, with |
6709 | a leading (ignored) count and a trailing zero element. | |
2cc07db4 | 6710 | @code{TARGET_ASM_DESTRUCTOR} is handled similarly. Since no init |
feca2ed3 JW |
6711 | section is available, the absence of @code{INIT_SECTION_ASM_OP} causes |
6712 | the compilation of @code{main} to call @code{__main} as above, starting | |
6713 | the initialization process. | |
6714 | ||
6715 | The last variant uses neither arbitrary sections nor the GNU linker. | |
6716 | This is preferable when you want to do dynamic linking and when using | |
161d7b59 | 6717 | file formats which the GNU linker does not support, such as `ECOFF'@. In |
2cc07db4 RH |
6718 | this case, @code{TARGET_HAVE_CTORS_DTORS} is false, initialization and |
6719 | termination functions are recognized simply by their names. This requires | |
6720 | an extra program in the linkage step, called @command{collect2}. This program | |
6721 | pretends to be the linker, for use with GCC; it does its job by running | |
6722 | the ordinary linker, but also arranges to include the vectors of | |
6723 | initialization and termination functions. These functions are called | |
6724 | via @code{__main} as described above. In order to use this method, | |
6725 | @code{use_collect2} must be defined in the target in @file{config.gcc}. | |
feca2ed3 JW |
6726 | |
6727 | @ifinfo | |
6728 | The following section describes the specific macros that control and | |
6729 | customize the handling of initialization and termination functions. | |
6730 | @end ifinfo | |
6731 | ||
6732 | @node Macros for Initialization | |
6733 | @subsection Macros Controlling Initialization Routines | |
6734 | ||
6735 | Here are the macros that control how the compiler handles initialization | |
6736 | and termination functions: | |
6737 | ||
6738 | @table @code | |
6739 | @findex INIT_SECTION_ASM_OP | |
6740 | @item INIT_SECTION_ASM_OP | |
047c1c92 HPN |
6741 | If defined, a C string constant, including spacing, for the assembler |
6742 | operation to identify the following data as initialization code. If not | |
6743 | defined, GCC will assume such a section does not exist. When you are | |
6744 | using special sections for initialization and termination functions, this | |
6745 | macro also controls how @file{crtstuff.c} and @file{libgcc2.c} arrange to | |
6746 | run the initialization functions. | |
feca2ed3 JW |
6747 | |
6748 | @item HAS_INIT_SECTION | |
6749 | @findex HAS_INIT_SECTION | |
6750 | If defined, @code{main} will not call @code{__main} as described above. | |
2cc07db4 RH |
6751 | This macro should be defined for systems that control start-up code |
6752 | on a symbol-by-symbol basis, such as OSF/1, and should not | |
6753 | be defined explicitly for systems that support @code{INIT_SECTION_ASM_OP}. | |
feca2ed3 JW |
6754 | |
6755 | @item LD_INIT_SWITCH | |
6756 | @findex LD_INIT_SWITCH | |
6757 | If defined, a C string constant for a switch that tells the linker that | |
6758 | the following symbol is an initialization routine. | |
6759 | ||
6760 | @item LD_FINI_SWITCH | |
6761 | @findex LD_FINI_SWITCH | |
6762 | If defined, a C string constant for a switch that tells the linker that | |
6763 | the following symbol is a finalization routine. | |
6764 | ||
6765 | @item INVOKE__main | |
6766 | @findex INVOKE__main | |
6767 | If defined, @code{main} will call @code{__main} despite the presence of | |
6768 | @code{INIT_SECTION_ASM_OP}. This macro should be defined for systems | |
6769 | where the init section is not actually run automatically, but is still | |
6770 | useful for collecting the lists of constructors and destructors. | |
6771 | ||
ea4f1fce JO |
6772 | @item SUPPORTS_INIT_PRIORITY |
6773 | @findex SUPPORTS_INIT_PRIORITY | |
6774 | If nonzero, the C++ @code{init_priority} attribute is supported and the | |
6775 | compiler should emit instructions to control the order of initialization | |
6776 | of objects. If zero, the compiler will issue an error message upon | |
6777 | encountering an @code{init_priority} attribute. | |
2cc07db4 RH |
6778 | @end table |
6779 | ||
6780 | @deftypefn {Target Hook} bool TARGET_HAVE_CTORS_DTORS | |
6781 | This value is true if the target supports some ``native'' method of | |
6782 | collecting constructors and destructors to be run at startup and exit. | |
6783 | It is false if we must use @command{collect2}. | |
6784 | @end deftypefn | |
6785 | ||
6786 | @deftypefn {Target Hook} void TARGET_ASM_CONSTRUCTOR (rtx @var{symbol}, int @var{priority}) | |
6787 | If defined, a function that outputs assembler code to arrange to call | |
6788 | the function referenced by @var{symbol} at initialization time. | |
ea4f1fce | 6789 | |
2cc07db4 RH |
6790 | Assume that @var{symbol} is a @code{SYMBOL_REF} for a function taking |
6791 | no arguments and with no return value. If the target supports initialization | |
6792 | priorities, @var{priority} is a value between 0 and @code{MAX_INIT_PRIORITY}; | |
6793 | otherwise it must be @code{DEFAULT_INIT_PRIORITY}. | |
6794 | ||
14976c58 | 6795 | If this macro is not defined by the target, a suitable default will |
2cc07db4 RH |
6796 | be chosen if (1) the target supports arbitrary section names, (2) the |
6797 | target defines @code{CTORS_SECTION_ASM_OP}, or (3) @code{USE_COLLECT2} | |
6798 | is not defined. | |
6799 | @end deftypefn | |
6800 | ||
6801 | @deftypefn {Target Hook} void TARGET_ASM_DESTRUCTOR (rtx @var{symbol}, int @var{priority}) | |
6802 | This is like @code{TARGET_ASM_CONSTRUCTOR} but used for termination | |
feca2ed3 | 6803 | functions rather than initialization functions. |
2cc07db4 | 6804 | @end deftypefn |
14686fcd | 6805 | |
2cc07db4 RH |
6806 | If @code{TARGET_HAVE_CTORS_DTORS} is true, the initialization routine |
6807 | generated for the generated object file will have static linkage. | |
feca2ed3 | 6808 | |
2cc07db4 RH |
6809 | If your system uses @command{collect2} as the means of processing |
6810 | constructors, then that program normally uses @command{nm} to scan | |
6811 | an object file for constructor functions to be called. | |
14686fcd JL |
6812 | |
6813 | On certain kinds of systems, you can define these macros to make | |
2cc07db4 | 6814 | @command{collect2} work faster (and, in some cases, make it work at all): |
feca2ed3 JW |
6815 | |
6816 | @table @code | |
6817 | @findex OBJECT_FORMAT_COFF | |
6818 | @item OBJECT_FORMAT_COFF | |
6819 | Define this macro if the system uses COFF (Common Object File Format) | |
2cc07db4 | 6820 | object files, so that @command{collect2} can assume this format and scan |
feca2ed3 JW |
6821 | object files directly for dynamic constructor/destructor functions. |
6822 | ||
6823 | @findex OBJECT_FORMAT_ROSE | |
6824 | @item OBJECT_FORMAT_ROSE | |
6825 | Define this macro if the system uses ROSE format object files, so that | |
2cc07db4 | 6826 | @command{collect2} can assume this format and scan object files directly |
feca2ed3 JW |
6827 | for dynamic constructor/destructor functions. |
6828 | ||
2cc07db4 RH |
6829 | These macros are effective only in a native compiler; @command{collect2} as |
6830 | part of a cross compiler always uses @command{nm} for the target machine. | |
feca2ed3 JW |
6831 | |
6832 | @findex REAL_NM_FILE_NAME | |
6833 | @item REAL_NM_FILE_NAME | |
6834 | Define this macro as a C string constant containing the file name to use | |
2cc07db4 RH |
6835 | to execute @command{nm}. The default is to search the path normally for |
6836 | @command{nm}. | |
feca2ed3 JW |
6837 | |
6838 | If your system supports shared libraries and has a program to list the | |
6839 | dynamic dependencies of a given library or executable, you can define | |
6840 | these macros to enable support for running initialization and | |
6841 | termination functions in shared libraries: | |
6842 | ||
6843 | @findex LDD_SUFFIX | |
6844 | @item LDD_SUFFIX | |
2cc07db4 RH |
6845 | Define this macro to a C string constant containing the name of the program |
6846 | which lists dynamic dependencies, like @command{"ldd"} under SunOS 4. | |
feca2ed3 JW |
6847 | |
6848 | @findex PARSE_LDD_OUTPUT | |
aee96fe9 | 6849 | @item PARSE_LDD_OUTPUT (@var{ptr}) |
feca2ed3 | 6850 | Define this macro to be C code that extracts filenames from the output |
aee96fe9 | 6851 | of the program denoted by @code{LDD_SUFFIX}. @var{ptr} is a variable |
feca2ed3 JW |
6852 | of type @code{char *} that points to the beginning of a line of output |
6853 | from @code{LDD_SUFFIX}. If the line lists a dynamic dependency, the | |
aee96fe9 JM |
6854 | code must advance @var{ptr} to the beginning of the filename on that |
6855 | line. Otherwise, it must set @var{ptr} to @code{NULL}. | |
feca2ed3 JW |
6856 | @end table |
6857 | ||
6858 | @node Instruction Output | |
6859 | @subsection Output of Assembler Instructions | |
6860 | ||
6861 | @c prevent bad page break with this line | |
6862 | This describes assembler instruction output. | |
6863 | ||
6864 | @table @code | |
6865 | @findex REGISTER_NAMES | |
6866 | @item REGISTER_NAMES | |
6867 | A C initializer containing the assembler's names for the machine | |
6868 | registers, each one as a C string constant. This is what translates | |
6869 | register numbers in the compiler into assembler language. | |
6870 | ||
6871 | @findex ADDITIONAL_REGISTER_NAMES | |
6872 | @item ADDITIONAL_REGISTER_NAMES | |
6873 | If defined, a C initializer for an array of structures containing a name | |
6874 | and a register number. This macro defines additional names for hard | |
6875 | registers, thus allowing the @code{asm} option in declarations to refer | |
6876 | to registers using alternate names. | |
6877 | ||
6878 | @findex ASM_OUTPUT_OPCODE | |
6879 | @item ASM_OUTPUT_OPCODE (@var{stream}, @var{ptr}) | |
6880 | Define this macro if you are using an unusual assembler that | |
6881 | requires different names for the machine instructions. | |
6882 | ||
6883 | The definition is a C statement or statements which output an | |
6884 | assembler instruction opcode to the stdio stream @var{stream}. The | |
6885 | macro-operand @var{ptr} is a variable of type @code{char *} which | |
6886 | points to the opcode name in its ``internal'' form---the form that is | |
6887 | written in the machine description. The definition should output the | |
6888 | opcode name to @var{stream}, performing any translation you desire, and | |
6889 | increment the variable @var{ptr} to point at the end of the opcode | |
6890 | so that it will not be output twice. | |
6891 | ||
6892 | In fact, your macro definition may process less than the entire opcode | |
6893 | name, or more than the opcode name; but if you want to process text | |
6894 | that includes @samp{%}-sequences to substitute operands, you must take | |
6895 | care of the substitution yourself. Just be sure to increment | |
6896 | @var{ptr} over whatever text should not be output normally. | |
6897 | ||
6898 | @findex recog_operand | |
6899 | If you need to look at the operand values, they can be found as the | |
6900 | elements of @code{recog_operand}. | |
6901 | ||
6902 | If the macro definition does nothing, the instruction is output | |
6903 | in the usual way. | |
6904 | ||
6905 | @findex FINAL_PRESCAN_INSN | |
6906 | @item FINAL_PRESCAN_INSN (@var{insn}, @var{opvec}, @var{noperands}) | |
6907 | If defined, a C statement to be executed just prior to the output of | |
6908 | assembler code for @var{insn}, to modify the extracted operands so | |
6909 | they will be output differently. | |
6910 | ||
6911 | Here the argument @var{opvec} is the vector containing the operands | |
6912 | extracted from @var{insn}, and @var{noperands} is the number of | |
6913 | elements of the vector which contain meaningful data for this insn. | |
6914 | The contents of this vector are what will be used to convert the insn | |
6915 | template into assembler code, so you can change the assembler output | |
6916 | by changing the contents of the vector. | |
6917 | ||
6918 | This macro is useful when various assembler syntaxes share a single | |
6919 | file of instruction patterns; by defining this macro differently, you | |
6920 | can cause a large class of instructions to be output differently (such | |
6921 | as with rearranged operands). Naturally, variations in assembler | |
6922 | syntax affecting individual insn patterns ought to be handled by | |
6923 | writing conditional output routines in those patterns. | |
6924 | ||
6925 | If this macro is not defined, it is equivalent to a null statement. | |
6926 | ||
6927 | @findex FINAL_PRESCAN_LABEL | |
6928 | @item FINAL_PRESCAN_LABEL | |
6929 | If defined, @code{FINAL_PRESCAN_INSN} will be called on each | |
6930 | @code{CODE_LABEL}. In that case, @var{opvec} will be a null pointer and | |
6931 | @var{noperands} will be zero. | |
6932 | ||
6933 | @findex PRINT_OPERAND | |
6934 | @item PRINT_OPERAND (@var{stream}, @var{x}, @var{code}) | |
6935 | A C compound statement to output to stdio stream @var{stream} the | |
6936 | assembler syntax for an instruction operand @var{x}. @var{x} is an | |
6937 | RTL expression. | |
6938 | ||
6939 | @var{code} is a value that can be used to specify one of several ways | |
6940 | of printing the operand. It is used when identical operands must be | |
6941 | printed differently depending on the context. @var{code} comes from | |
6942 | the @samp{%} specification that was used to request printing of the | |
6943 | operand. If the specification was just @samp{%@var{digit}} then | |
6944 | @var{code} is 0; if the specification was @samp{%@var{ltr} | |
6945 | @var{digit}} then @var{code} is the ASCII code for @var{ltr}. | |
6946 | ||
6947 | @findex reg_names | |
6948 | If @var{x} is a register, this macro should print the register's name. | |
6949 | The names can be found in an array @code{reg_names} whose type is | |
6950 | @code{char *[]}. @code{reg_names} is initialized from | |
6951 | @code{REGISTER_NAMES}. | |
6952 | ||
6953 | When the machine description has a specification @samp{%@var{punct}} | |
6954 | (a @samp{%} followed by a punctuation character), this macro is called | |
6955 | with a null pointer for @var{x} and the punctuation character for | |
6956 | @var{code}. | |
6957 | ||
6958 | @findex PRINT_OPERAND_PUNCT_VALID_P | |
6959 | @item PRINT_OPERAND_PUNCT_VALID_P (@var{code}) | |
6960 | A C expression which evaluates to true if @var{code} is a valid | |
6961 | punctuation character for use in the @code{PRINT_OPERAND} macro. If | |
6962 | @code{PRINT_OPERAND_PUNCT_VALID_P} is not defined, it means that no | |
6963 | punctuation characters (except for the standard one, @samp{%}) are used | |
6964 | in this way. | |
6965 | ||
6966 | @findex PRINT_OPERAND_ADDRESS | |
6967 | @item PRINT_OPERAND_ADDRESS (@var{stream}, @var{x}) | |
6968 | A C compound statement to output to stdio stream @var{stream} the | |
6969 | assembler syntax for an instruction operand that is a memory reference | |
6970 | whose address is @var{x}. @var{x} is an RTL expression. | |
6971 | ||
6972 | @cindex @code{ENCODE_SECTION_INFO} usage | |
6973 | On some machines, the syntax for a symbolic address depends on the | |
6974 | section that the address refers to. On these machines, define the macro | |
6975 | @code{ENCODE_SECTION_INFO} to store the information into the | |
6976 | @code{symbol_ref}, and then check for it here. @xref{Assembler Format}. | |
6977 | ||
6978 | @findex DBR_OUTPUT_SEQEND | |
6979 | @findex dbr_sequence_length | |
6980 | @item DBR_OUTPUT_SEQEND(@var{file}) | |
6981 | A C statement, to be executed after all slot-filler instructions have | |
6982 | been output. If necessary, call @code{dbr_sequence_length} to | |
6983 | determine the number of slots filled in a sequence (zero if not | |
6984 | currently outputting a sequence), to decide how many no-ops to output, | |
6985 | or whatever. | |
6986 | ||
6987 | Don't define this macro if it has nothing to do, but it is helpful in | |
6988 | reading assembly output if the extent of the delay sequence is made | |
e979f9e8 | 6989 | explicit (e.g.@: with white space). |
feca2ed3 JW |
6990 | |
6991 | @findex final_sequence | |
6992 | Note that output routines for instructions with delay slots must be | |
e979f9e8 JM |
6993 | prepared to deal with not being output as part of a sequence |
6994 | (i.e.@: when the scheduling pass is not run, or when no slot fillers could be | |
feca2ed3 JW |
6995 | found.) The variable @code{final_sequence} is null when not |
6996 | processing a sequence, otherwise it contains the @code{sequence} rtx | |
6997 | being output. | |
6998 | ||
6999 | @findex REGISTER_PREFIX | |
7000 | @findex LOCAL_LABEL_PREFIX | |
7001 | @findex USER_LABEL_PREFIX | |
7002 | @findex IMMEDIATE_PREFIX | |
7003 | @findex asm_fprintf | |
7004 | @item REGISTER_PREFIX | |
7005 | @itemx LOCAL_LABEL_PREFIX | |
7006 | @itemx USER_LABEL_PREFIX | |
7007 | @itemx IMMEDIATE_PREFIX | |
7008 | If defined, C string expressions to be used for the @samp{%R}, @samp{%L}, | |
7009 | @samp{%U}, and @samp{%I} options of @code{asm_fprintf} (see | |
7010 | @file{final.c}). These are useful when a single @file{md} file must | |
7011 | support multiple assembler formats. In that case, the various @file{tm.h} | |
7012 | files can define these macros differently. | |
7013 | ||
fe0503ea NC |
7014 | @item ASM_FPRINTF_EXTENSIONS(@var{file}, @var{argptr}, @var{format}) |
7015 | @findex ASM_FPRINTF_EXTENSIONS | |
3b7a2e58 | 7016 | If defined this macro should expand to a series of @code{case} |
fe0503ea NC |
7017 | statements which will be parsed inside the @code{switch} statement of |
7018 | the @code{asm_fprintf} function. This allows targets to define extra | |
7019 | printf formats which may useful when generating their assembler | |
3b7a2e58 | 7020 | statements. Note that upper case letters are reserved for future |
fe0503ea NC |
7021 | generic extensions to asm_fprintf, and so are not available to target |
7022 | specific code. The output file is given by the parameter @var{file}. | |
7023 | The varargs input pointer is @var{argptr} and the rest of the format | |
7024 | string, starting the character after the one that is being switched | |
7025 | upon, is pointed to by @var{format}. | |
7026 | ||
feca2ed3 JW |
7027 | @findex ASSEMBLER_DIALECT |
7028 | @item ASSEMBLER_DIALECT | |
7029 | If your target supports multiple dialects of assembler language (such as | |
7030 | different opcodes), define this macro as a C expression that gives the | |
7031 | numeric index of the assembler language dialect to use, with zero as the | |
7032 | first variant. | |
7033 | ||
7034 | If this macro is defined, you may use constructs of the form | |
c237e94a ZW |
7035 | @smallexample |
7036 | @samp{@{option0|option1|option2@dots{}@}} | |
7037 | @end smallexample | |
7038 | @noindent | |
7039 | in the output templates of patterns (@pxref{Output Template}) or in the | |
7040 | first argument of @code{asm_fprintf}. This construct outputs | |
7041 | @samp{option0}, @samp{option1}, @samp{option2}, etc., if the value of | |
7042 | @code{ASSEMBLER_DIALECT} is zero, one, two, etc. Any special characters | |
7043 | within these strings retain their usual meaning. If there are fewer | |
7044 | alternatives within the braces than the value of | |
7045 | @code{ASSEMBLER_DIALECT}, the construct outputs nothing. | |
feca2ed3 JW |
7046 | |
7047 | If you do not define this macro, the characters @samp{@{}, @samp{|} and | |
7048 | @samp{@}} do not have any special meaning when used in templates or | |
7049 | operands to @code{asm_fprintf}. | |
7050 | ||
7051 | Define the macros @code{REGISTER_PREFIX}, @code{LOCAL_LABEL_PREFIX}, | |
7052 | @code{USER_LABEL_PREFIX} and @code{IMMEDIATE_PREFIX} if you can express | |
e5e809f4 | 7053 | the variations in assembler language syntax with that mechanism. Define |
feca2ed3 JW |
7054 | @code{ASSEMBLER_DIALECT} and use the @samp{@{option0|option1@}} syntax |
7055 | if the syntax variant are larger and involve such things as different | |
7056 | opcodes or operand order. | |
7057 | ||
7058 | @findex ASM_OUTPUT_REG_PUSH | |
7059 | @item ASM_OUTPUT_REG_PUSH (@var{stream}, @var{regno}) | |
7060 | A C expression to output to @var{stream} some assembler code | |
7061 | which will push hard register number @var{regno} onto the stack. | |
7062 | The code need not be optimal, since this macro is used only when | |
7063 | profiling. | |
7064 | ||
7065 | @findex ASM_OUTPUT_REG_POP | |
7066 | @item ASM_OUTPUT_REG_POP (@var{stream}, @var{regno}) | |
7067 | A C expression to output to @var{stream} some assembler code | |
7068 | which will pop hard register number @var{regno} off of the stack. | |
7069 | The code need not be optimal, since this macro is used only when | |
7070 | profiling. | |
7071 | @end table | |
7072 | ||
7073 | @node Dispatch Tables | |
7074 | @subsection Output of Dispatch Tables | |
7075 | ||
7076 | @c prevent bad page break with this line | |
7077 | This concerns dispatch tables. | |
7078 | ||
7079 | @table @code | |
7080 | @cindex dispatch table | |
7081 | @findex ASM_OUTPUT_ADDR_DIFF_ELT | |
33f7f353 | 7082 | @item ASM_OUTPUT_ADDR_DIFF_ELT (@var{stream}, @var{body}, @var{value}, @var{rel}) |
feca2ed3 JW |
7083 | A C statement to output to the stdio stream @var{stream} an assembler |
7084 | pseudo-instruction to generate a difference between two labels. | |
7085 | @var{value} and @var{rel} are the numbers of two internal labels. The | |
7086 | definitions of these labels are output using | |
7087 | @code{ASM_OUTPUT_INTERNAL_LABEL}, and they must be printed in the same | |
7088 | way here. For example, | |
7089 | ||
7090 | @example | |
7091 | fprintf (@var{stream}, "\t.word L%d-L%d\n", | |
7092 | @var{value}, @var{rel}) | |
7093 | @end example | |
7094 | ||
7095 | You must provide this macro on machines where the addresses in a | |
f0523f02 | 7096 | dispatch table are relative to the table's own address. If defined, GCC |
161d7b59 | 7097 | will also use this macro on all machines when producing PIC@. |
aee96fe9 | 7098 | @var{body} is the body of the @code{ADDR_DIFF_VEC}; it is provided so that the |
33f7f353 | 7099 | mode and flags can be read. |
feca2ed3 JW |
7100 | |
7101 | @findex ASM_OUTPUT_ADDR_VEC_ELT | |
7102 | @item ASM_OUTPUT_ADDR_VEC_ELT (@var{stream}, @var{value}) | |
7103 | This macro should be provided on machines where the addresses | |
7104 | in a dispatch table are absolute. | |
7105 | ||
7106 | The definition should be a C statement to output to the stdio stream | |
7107 | @var{stream} an assembler pseudo-instruction to generate a reference to | |
7108 | a label. @var{value} is the number of an internal label whose | |
7109 | definition is output using @code{ASM_OUTPUT_INTERNAL_LABEL}. | |
7110 | For example, | |
7111 | ||
7112 | @example | |
7113 | fprintf (@var{stream}, "\t.word L%d\n", @var{value}) | |
7114 | @end example | |
7115 | ||
7116 | @findex ASM_OUTPUT_CASE_LABEL | |
7117 | @item ASM_OUTPUT_CASE_LABEL (@var{stream}, @var{prefix}, @var{num}, @var{table}) | |
7118 | Define this if the label before a jump-table needs to be output | |
7119 | specially. The first three arguments are the same as for | |
7120 | @code{ASM_OUTPUT_INTERNAL_LABEL}; the fourth argument is the | |
7121 | jump-table which follows (a @code{jump_insn} containing an | |
7122 | @code{addr_vec} or @code{addr_diff_vec}). | |
7123 | ||
7124 | This feature is used on system V to output a @code{swbeg} statement | |
7125 | for the table. | |
7126 | ||
7127 | If this macro is not defined, these labels are output with | |
7128 | @code{ASM_OUTPUT_INTERNAL_LABEL}. | |
7129 | ||
7130 | @findex ASM_OUTPUT_CASE_END | |
7131 | @item ASM_OUTPUT_CASE_END (@var{stream}, @var{num}, @var{table}) | |
7132 | Define this if something special must be output at the end of a | |
7133 | jump-table. The definition should be a C statement to be executed | |
7134 | after the assembler code for the table is written. It should write | |
7135 | the appropriate code to stdio stream @var{stream}. The argument | |
7136 | @var{table} is the jump-table insn, and @var{num} is the label-number | |
7137 | of the preceding label. | |
7138 | ||
7139 | If this macro is not defined, nothing special is output at the end of | |
7140 | the jump-table. | |
7141 | @end table | |
7142 | ||
02f52e19 | 7143 | @node Exception Region Output |
feca2ed3 JW |
7144 | @subsection Assembler Commands for Exception Regions |
7145 | ||
7146 | @c prevent bad page break with this line | |
7147 | ||
7148 | This describes commands marking the start and the end of an exception | |
7149 | region. | |
7150 | ||
7151 | @table @code | |
7152 | @findex ASM_OUTPUT_EH_REGION_BEG | |
7153 | @item ASM_OUTPUT_EH_REGION_BEG () | |
7154 | A C expression to output text to mark the start of an exception region. | |
7155 | ||
7156 | This macro need not be defined on most platforms. | |
7157 | ||
7158 | @findex ASM_OUTPUT_EH_REGION_END | |
7159 | @item ASM_OUTPUT_EH_REGION_END () | |
7160 | A C expression to output text to mark the end of an exception region. | |
7161 | ||
7162 | This macro need not be defined on most platforms. | |
7163 | ||
7c262518 RH |
7164 | @findex EH_FRAME_SECTION_NAME |
7165 | @item EH_FRAME_SECTION_NAME | |
7166 | If defined, a C string constant for the name of the section containing | |
7167 | exception handling frame unwind information. If not defined, GCC will | |
7168 | provide a default definition if the target supports named sections. | |
7169 | @file{crtstuff.c} uses this macro to switch to the appropriate section. | |
0021b564 JM |
7170 | |
7171 | You should define this symbol if your target supports DWARF 2 frame | |
7172 | unwind information and the default definition does not work. | |
7173 | ||
02c9b1ca RH |
7174 | @findex EH_FRAME_IN_DATA_SECTION |
7175 | @item EH_FRAME_IN_DATA_SECTION | |
7176 | If defined, DWARF 2 frame unwind information will be placed in the | |
7177 | data section even though the target supports named sections. This | |
7178 | might be necessary, for instance, if the system linker does garbage | |
7179 | collection and sections cannot be marked as not to be collected. | |
7180 | ||
7181 | Do not define this macro unless @code{TARGET_ASM_NAMED_SECTION} is | |
7182 | also defined. | |
7183 | ||
feca2ed3 JW |
7184 | @findex OMIT_EH_TABLE |
7185 | @item OMIT_EH_TABLE () | |
7186 | A C expression that is nonzero if the normal exception table output | |
7187 | should be omitted. | |
7188 | ||
7189 | This macro need not be defined on most platforms. | |
7190 | ||
7191 | @findex EH_TABLE_LOOKUP | |
7192 | @item EH_TABLE_LOOKUP () | |
7193 | Alternate runtime support for looking up an exception at runtime and | |
7194 | finding the associated handler, if the default method won't work. | |
7195 | ||
7196 | This macro need not be defined on most platforms. | |
7197 | ||
7198 | @findex DOESNT_NEED_UNWINDER | |
7199 | @item DOESNT_NEED_UNWINDER | |
7200 | A C expression that decides whether or not the current function needs to | |
aee96fe9 | 7201 | have a function unwinder generated for it. See the file @file{except.c} |
feca2ed3 JW |
7202 | for details on when to define this, and how. |
7203 | ||
7204 | @findex MASK_RETURN_ADDR | |
7205 | @item MASK_RETURN_ADDR | |
aee96fe9 | 7206 | An rtx used to mask the return address found via @code{RETURN_ADDR_RTX}, so |
feca2ed3 | 7207 | that it does not contain any extraneous set bits in it. |
0021b564 JM |
7208 | |
7209 | @findex DWARF2_UNWIND_INFO | |
7210 | @item DWARF2_UNWIND_INFO | |
7211 | Define this macro to 0 if your target supports DWARF 2 frame unwind | |
7212 | information, but it does not yet work with exception handling. | |
7213 | Otherwise, if your target supports this information (if it defines | |
7214 | @samp{INCOMING_RETURN_ADDR_RTX} and either @samp{UNALIGNED_INT_ASM_OP} | |
7215 | or @samp{OBJECT_FORMAT_ELF}), GCC will provide a default definition of | |
7216 | 1. | |
7217 | ||
7218 | If this macro is defined to 1, the DWARF 2 unwinder will be the default | |
aee96fe9 | 7219 | exception handling mechanism; otherwise, @code{setjmp}/@code{longjmp} will be used by |
0021b564 JM |
7220 | default. |
7221 | ||
7222 | If this macro is defined to anything, the DWARF 2 unwinder will be used | |
aee96fe9 | 7223 | instead of inline unwinders and @code{__unwind_function} in the non-@code{setjmp} case. |
0021b564 | 7224 | |
27c35f4b HPN |
7225 | @findex DWARF_CIE_DATA_ALIGNMENT |
7226 | @item DWARF_CIE_DATA_ALIGNMENT | |
7227 | This macro need only be defined if the target might save registers in the | |
7228 | function prologue at an offset to the stack pointer that is not aligned to | |
7229 | @code{UNITS_PER_WORD}. The definition should be the negative minimum | |
7230 | alignment if @code{STACK_GROWS_DOWNWARD} is defined, and the positive | |
7231 | minimum alignment otherwise. @xref{SDB and DWARF}. Only applicable if | |
7232 | the target supports DWARF 2 frame unwind information. | |
7233 | ||
feca2ed3 JW |
7234 | @end table |
7235 | ||
07c9d2eb SS |
7236 | @deftypefn {Target Hook} void TARGET_ASM_EXCEPTION_SECTION () |
7237 | If defined, a function that switches to the section in which the main | |
7238 | exception table is to be placed (@pxref{Sections}). The default is a | |
7239 | function that switches to a section named @code{.gcc_except_table} on | |
7240 | machines that support named sections via | |
7241 | @code{TARGET_ASM_NAMED_SECTION}, otherwise if @option{-fpic} or | |
7242 | @option{-fPIC} is in effect, the @code{data_section}, otherwise the | |
7243 | @code{readonly_data_section}. | |
7244 | @end deftypefn | |
7245 | ||
7246 | @deftypefn {Target Hook} void TARGET_ASM_EH_FRAME_SECTION () | |
7247 | If defined, a function that switches to the section in which the DWARF 2 | |
7248 | frame unwind information to be placed (@pxref{Sections}). The default | |
7249 | is a function that outputs a standard GAS section directive, if | |
7250 | @code{EH_FRAME_SECTION_NAME} is defined, or else a data section | |
7251 | directive followed by a synthetic label. | |
7252 | @end deftypefn | |
7253 | ||
feca2ed3 JW |
7254 | @node Alignment Output |
7255 | @subsection Assembler Commands for Alignment | |
7256 | ||
7257 | @c prevent bad page break with this line | |
7258 | This describes commands for alignment. | |
7259 | ||
7260 | @table @code | |
247a370b JH |
7261 | @findex JUMP_ALIGN |
7262 | @item JUMP_ALIGN (@var{label}) | |
7263 | The alignment (log base 2) to put in front of @var{label}, which is | |
f710504c | 7264 | a common destination of jumps and has no fallthru incoming edge. |
25e22dc0 JH |
7265 | |
7266 | This macro need not be defined if you don't want any special alignment | |
7267 | to be done at such a time. Most machine descriptions do not currently | |
7268 | define the macro. | |
efa3896a | 7269 | |
3446405d JH |
7270 | Unless it's necessary to inspect the @var{label} parameter, it is better |
7271 | to set the variable @var{align_jumps} in the target's | |
7272 | @code{OVERRIDE_OPTIONS}. Otherwise, you should try to honour the user's | |
247a370b JH |
7273 | selection in @var{align_jumps} in a @code{JUMP_ALIGN} implementation. |
7274 | ||
7275 | @findex LABEL_ALIGN_AFTER_BARRIER | |
7276 | @item LABEL_ALIGN_AFTER_BARRIER (@var{label}) | |
7277 | The alignment (log base 2) to put in front of @var{label}, which follows | |
7278 | a @code{BARRIER}. | |
7279 | ||
7280 | This macro need not be defined if you don't want any special alignment | |
7281 | to be done at such a time. Most machine descriptions do not currently | |
7282 | define the macro. | |
3446405d | 7283 | |
efa3896a GK |
7284 | @findex LABEL_ALIGN_AFTER_BARRIER_MAX_SKIP |
7285 | @item LABEL_ALIGN_AFTER_BARRIER_MAX_SKIP | |
02f52e19 | 7286 | The maximum number of bytes to skip when applying |
efa3896a GK |
7287 | @code{LABEL_ALIGN_AFTER_BARRIER}. This works only if |
7288 | @code{ASM_OUTPUT_MAX_SKIP_ALIGN} is defined. | |
7289 | ||
fc470718 R |
7290 | @findex LOOP_ALIGN |
7291 | @item LOOP_ALIGN (@var{label}) | |
7292 | The alignment (log base 2) to put in front of @var{label}, which follows | |
aee96fe9 | 7293 | a @code{NOTE_INSN_LOOP_BEG} note. |
feca2ed3 JW |
7294 | |
7295 | This macro need not be defined if you don't want any special alignment | |
7296 | to be done at such a time. Most machine descriptions do not currently | |
7297 | define the macro. | |
7298 | ||
efa3896a | 7299 | Unless it's necessary to inspect the @var{label} parameter, it is better |
aee96fe9 | 7300 | to set the variable @code{align_loops} in the target's |
efa3896a | 7301 | @code{OVERRIDE_OPTIONS}. Otherwise, you should try to honour the user's |
aee96fe9 | 7302 | selection in @code{align_loops} in a @code{LOOP_ALIGN} implementation. |
efa3896a GK |
7303 | |
7304 | @findex LOOP_ALIGN_MAX_SKIP | |
7305 | @item LOOP_ALIGN_MAX_SKIP | |
7306 | The maximum number of bytes to skip when applying @code{LOOP_ALIGN}. | |
7307 | This works only if @code{ASM_OUTPUT_MAX_SKIP_ALIGN} is defined. | |
7308 | ||
fc470718 R |
7309 | @findex LABEL_ALIGN |
7310 | @item LABEL_ALIGN (@var{label}) | |
7311 | The alignment (log base 2) to put in front of @var{label}. | |
aee96fe9 | 7312 | If @code{LABEL_ALIGN_AFTER_BARRIER} / @code{LOOP_ALIGN} specify a different alignment, |
fc470718 R |
7313 | the maximum of the specified values is used. |
7314 | ||
efa3896a | 7315 | Unless it's necessary to inspect the @var{label} parameter, it is better |
aee96fe9 | 7316 | to set the variable @code{align_labels} in the target's |
efa3896a | 7317 | @code{OVERRIDE_OPTIONS}. Otherwise, you should try to honour the user's |
aee96fe9 | 7318 | selection in @code{align_labels} in a @code{LABEL_ALIGN} implementation. |
efa3896a GK |
7319 | |
7320 | @findex LABEL_ALIGN_MAX_SKIP | |
7321 | @item LABEL_ALIGN_MAX_SKIP | |
7322 | The maximum number of bytes to skip when applying @code{LABEL_ALIGN}. | |
7323 | This works only if @code{ASM_OUTPUT_MAX_SKIP_ALIGN} is defined. | |
7324 | ||
feca2ed3 JW |
7325 | @findex ASM_OUTPUT_SKIP |
7326 | @item ASM_OUTPUT_SKIP (@var{stream}, @var{nbytes}) | |
7327 | A C statement to output to the stdio stream @var{stream} an assembler | |
7328 | instruction to advance the location counter by @var{nbytes} bytes. | |
7329 | Those bytes should be zero when loaded. @var{nbytes} will be a C | |
7330 | expression of type @code{int}. | |
7331 | ||
7332 | @findex ASM_NO_SKIP_IN_TEXT | |
7333 | @item ASM_NO_SKIP_IN_TEXT | |
7334 | Define this macro if @code{ASM_OUTPUT_SKIP} should not be used in the | |
556e0f21 | 7335 | text section because it fails to put zeros in the bytes that are skipped. |
feca2ed3 JW |
7336 | This is true on many Unix systems, where the pseudo--op to skip bytes |
7337 | produces no-op instructions rather than zeros when used in the text | |
7338 | section. | |
7339 | ||
7340 | @findex ASM_OUTPUT_ALIGN | |
7341 | @item ASM_OUTPUT_ALIGN (@var{stream}, @var{power}) | |
7342 | A C statement to output to the stdio stream @var{stream} an assembler | |
7343 | command to advance the location counter to a multiple of 2 to the | |
7344 | @var{power} bytes. @var{power} will be a C expression of type @code{int}. | |
26f63a77 JL |
7345 | |
7346 | @findex ASM_OUTPUT_MAX_SKIP_ALIGN | |
7347 | @item ASM_OUTPUT_MAX_SKIP_ALIGN (@var{stream}, @var{power}, @var{max_skip}) | |
7348 | A C statement to output to the stdio stream @var{stream} an assembler | |
7349 | command to advance the location counter to a multiple of 2 to the | |
7350 | @var{power} bytes, but only if @var{max_skip} or fewer bytes are needed to | |
7351 | satisfy the alignment request. @var{power} and @var{max_skip} will be | |
7352 | a C expression of type @code{int}. | |
feca2ed3 JW |
7353 | @end table |
7354 | ||
7355 | @need 3000 | |
7356 | @node Debugging Info | |
7357 | @section Controlling Debugging Information Format | |
7358 | ||
7359 | @c prevent bad page break with this line | |
7360 | This describes how to specify debugging information. | |
7361 | ||
7362 | @menu | |
7363 | * All Debuggers:: Macros that affect all debugging formats uniformly. | |
7364 | * DBX Options:: Macros enabling specific options in DBX format. | |
7365 | * DBX Hooks:: Hook macros for varying DBX format. | |
7366 | * File Names and DBX:: Macros controlling output of file names in DBX format. | |
7367 | * SDB and DWARF:: Macros for SDB (COFF) and DWARF formats. | |
7368 | @end menu | |
7369 | ||
7370 | @node All Debuggers | |
7371 | @subsection Macros Affecting All Debugging Formats | |
7372 | ||
7373 | @c prevent bad page break with this line | |
7374 | These macros affect all debugging formats. | |
7375 | ||
7376 | @table @code | |
7377 | @findex DBX_REGISTER_NUMBER | |
7378 | @item DBX_REGISTER_NUMBER (@var{regno}) | |
7379 | A C expression that returns the DBX register number for the compiler | |
4617e3b5 KG |
7380 | register number @var{regno}. In the default macro provided, the value |
7381 | of this expression will be @var{regno} itself. But sometimes there are | |
7382 | some registers that the compiler knows about and DBX does not, or vice | |
7383 | versa. In such cases, some register may need to have one number in the | |
7384 | compiler and another for DBX@. | |
feca2ed3 | 7385 | |
a3a15b4d | 7386 | If two registers have consecutive numbers inside GCC, and they can be |
feca2ed3 JW |
7387 | used as a pair to hold a multiword value, then they @emph{must} have |
7388 | consecutive numbers after renumbering with @code{DBX_REGISTER_NUMBER}. | |
7389 | Otherwise, debuggers will be unable to access such a pair, because they | |
7390 | expect register pairs to be consecutive in their own numbering scheme. | |
7391 | ||
7392 | If you find yourself defining @code{DBX_REGISTER_NUMBER} in way that | |
7393 | does not preserve register pairs, then what you must do instead is | |
7394 | redefine the actual register numbering scheme. | |
7395 | ||
7396 | @findex DEBUGGER_AUTO_OFFSET | |
7397 | @item DEBUGGER_AUTO_OFFSET (@var{x}) | |
7398 | A C expression that returns the integer offset value for an automatic | |
7399 | variable having address @var{x} (an RTL expression). The default | |
7400 | computation assumes that @var{x} is based on the frame-pointer and | |
7401 | gives the offset from the frame-pointer. This is required for targets | |
7402 | that produce debugging output for DBX or COFF-style debugging output | |
7403 | for SDB and allow the frame-pointer to be eliminated when the | |
630d3d5a | 7404 | @option{-g} options is used. |
feca2ed3 JW |
7405 | |
7406 | @findex DEBUGGER_ARG_OFFSET | |
7407 | @item DEBUGGER_ARG_OFFSET (@var{offset}, @var{x}) | |
7408 | A C expression that returns the integer offset value for an argument | |
7409 | having address @var{x} (an RTL expression). The nominal offset is | |
7410 | @var{offset}. | |
7411 | ||
7412 | @findex PREFERRED_DEBUGGING_TYPE | |
7413 | @item PREFERRED_DEBUGGING_TYPE | |
a3a15b4d | 7414 | A C expression that returns the type of debugging output GCC should |
630d3d5a | 7415 | produce when the user specifies just @option{-g}. Define |
a3a15b4d | 7416 | this if you have arranged for GCC to support more than one format of |
e5e809f4 | 7417 | debugging output. Currently, the allowable values are @code{DBX_DEBUG}, |
f3ff3f4a JM |
7418 | @code{SDB_DEBUG}, @code{DWARF_DEBUG}, @code{DWARF2_DEBUG}, and |
7419 | @code{XCOFF_DEBUG}. | |
feca2ed3 | 7420 | |
630d3d5a | 7421 | When the user specifies @option{-ggdb}, GCC normally also uses the |
e5e809f4 JL |
7422 | value of this macro to select the debugging output format, but with two |
7423 | exceptions. If @code{DWARF2_DEBUGGING_INFO} is defined and | |
a3a15b4d | 7424 | @code{LINKER_DOES_NOT_WORK_WITH_DWARF2} is not defined, GCC uses the |
e5e809f4 | 7425 | value @code{DWARF2_DEBUG}. Otherwise, if @code{DBX_DEBUGGING_INFO} is |
a3a15b4d | 7426 | defined, GCC uses @code{DBX_DEBUG}. |
deabc777 | 7427 | |
feca2ed3 | 7428 | The value of this macro only affects the default debugging output; the |
630d3d5a JM |
7429 | user can always get a specific type of output by using @option{-gstabs}, |
7430 | @option{-gcoff}, @option{-gdwarf-1}, @option{-gdwarf-2}, or @option{-gxcoff}. | |
feca2ed3 JW |
7431 | @end table |
7432 | ||
7433 | @node DBX Options | |
7434 | @subsection Specific Options for DBX Output | |
7435 | ||
7436 | @c prevent bad page break with this line | |
7437 | These are specific options for DBX output. | |
7438 | ||
7439 | @table @code | |
7440 | @findex DBX_DEBUGGING_INFO | |
7441 | @item DBX_DEBUGGING_INFO | |
a3a15b4d | 7442 | Define this macro if GCC should produce debugging output for DBX |
630d3d5a | 7443 | in response to the @option{-g} option. |
feca2ed3 JW |
7444 | |
7445 | @findex XCOFF_DEBUGGING_INFO | |
7446 | @item XCOFF_DEBUGGING_INFO | |
a3a15b4d | 7447 | Define this macro if GCC should produce XCOFF format debugging output |
630d3d5a | 7448 | in response to the @option{-g} option. This is a variant of DBX format. |
feca2ed3 JW |
7449 | |
7450 | @findex DEFAULT_GDB_EXTENSIONS | |
7451 | @item DEFAULT_GDB_EXTENSIONS | |
a3a15b4d | 7452 | Define this macro to control whether GCC should by default generate |
feca2ed3 JW |
7453 | GDB's extended version of DBX debugging information (assuming DBX-format |
7454 | debugging information is enabled at all). If you don't define the | |
7455 | macro, the default is 1: always generate the extended information | |
7456 | if there is any occasion to. | |
7457 | ||
7458 | @findex DEBUG_SYMS_TEXT | |
7459 | @item DEBUG_SYMS_TEXT | |
7460 | Define this macro if all @code{.stabs} commands should be output while | |
7461 | in the text section. | |
7462 | ||
7463 | @findex ASM_STABS_OP | |
7464 | @item ASM_STABS_OP | |
047c1c92 HPN |
7465 | A C string constant, including spacing, naming the assembler pseudo op to |
7466 | use instead of @code{"\t.stabs\t"} to define an ordinary debugging symbol. | |
7467 | If you don't define this macro, @code{"\t.stabs\t"} is used. This macro | |
7468 | applies only to DBX debugging information format. | |
feca2ed3 JW |
7469 | |
7470 | @findex ASM_STABD_OP | |
7471 | @item ASM_STABD_OP | |
047c1c92 HPN |
7472 | A C string constant, including spacing, naming the assembler pseudo op to |
7473 | use instead of @code{"\t.stabd\t"} to define a debugging symbol whose | |
7474 | value is the current location. If you don't define this macro, | |
7475 | @code{"\t.stabd\t"} is used. This macro applies only to DBX debugging | |
7476 | information format. | |
feca2ed3 JW |
7477 | |
7478 | @findex ASM_STABN_OP | |
7479 | @item ASM_STABN_OP | |
047c1c92 HPN |
7480 | A C string constant, including spacing, naming the assembler pseudo op to |
7481 | use instead of @code{"\t.stabn\t"} to define a debugging symbol with no | |
7482 | name. If you don't define this macro, @code{"\t.stabn\t"} is used. This | |
7483 | macro applies only to DBX debugging information format. | |
feca2ed3 JW |
7484 | |
7485 | @findex DBX_NO_XREFS | |
7486 | @item DBX_NO_XREFS | |
7487 | Define this macro if DBX on your system does not support the construct | |
7488 | @samp{xs@var{tagname}}. On some systems, this construct is used to | |
7489 | describe a forward reference to a structure named @var{tagname}. | |
7490 | On other systems, this construct is not supported at all. | |
7491 | ||
7492 | @findex DBX_CONTIN_LENGTH | |
7493 | @item DBX_CONTIN_LENGTH | |
7494 | A symbol name in DBX-format debugging information is normally | |
7495 | continued (split into two separate @code{.stabs} directives) when it | |
7496 | exceeds a certain length (by default, 80 characters). On some | |
7497 | operating systems, DBX requires this splitting; on others, splitting | |
7498 | must not be done. You can inhibit splitting by defining this macro | |
7499 | with the value zero. You can override the default splitting-length by | |
7500 | defining this macro as an expression for the length you desire. | |
7501 | ||
7502 | @findex DBX_CONTIN_CHAR | |
7503 | @item DBX_CONTIN_CHAR | |
7504 | Normally continuation is indicated by adding a @samp{\} character to | |
7505 | the end of a @code{.stabs} string when a continuation follows. To use | |
7506 | a different character instead, define this macro as a character | |
7507 | constant for the character you want to use. Do not define this macro | |
7508 | if backslash is correct for your system. | |
7509 | ||
7510 | @findex DBX_STATIC_STAB_DATA_SECTION | |
7511 | @item DBX_STATIC_STAB_DATA_SECTION | |
7512 | Define this macro if it is necessary to go to the data section before | |
7513 | outputting the @samp{.stabs} pseudo-op for a non-global static | |
7514 | variable. | |
7515 | ||
7516 | @findex DBX_TYPE_DECL_STABS_CODE | |
7517 | @item DBX_TYPE_DECL_STABS_CODE | |
7518 | The value to use in the ``code'' field of the @code{.stabs} directive | |
7519 | for a typedef. The default is @code{N_LSYM}. | |
7520 | ||
7521 | @findex DBX_STATIC_CONST_VAR_CODE | |
7522 | @item DBX_STATIC_CONST_VAR_CODE | |
7523 | The value to use in the ``code'' field of the @code{.stabs} directive | |
7524 | for a static variable located in the text section. DBX format does not | |
7525 | provide any ``right'' way to do this. The default is @code{N_FUN}. | |
7526 | ||
7527 | @findex DBX_REGPARM_STABS_CODE | |
7528 | @item DBX_REGPARM_STABS_CODE | |
7529 | The value to use in the ``code'' field of the @code{.stabs} directive | |
7530 | for a parameter passed in registers. DBX format does not provide any | |
7531 | ``right'' way to do this. The default is @code{N_RSYM}. | |
7532 | ||
7533 | @findex DBX_REGPARM_STABS_LETTER | |
7534 | @item DBX_REGPARM_STABS_LETTER | |
7535 | The letter to use in DBX symbol data to identify a symbol as a parameter | |
7536 | passed in registers. DBX format does not customarily provide any way to | |
7537 | do this. The default is @code{'P'}. | |
7538 | ||
7539 | @findex DBX_MEMPARM_STABS_LETTER | |
7540 | @item DBX_MEMPARM_STABS_LETTER | |
7541 | The letter to use in DBX symbol data to identify a symbol as a stack | |
7542 | parameter. The default is @code{'p'}. | |
7543 | ||
7544 | @findex DBX_FUNCTION_FIRST | |
7545 | @item DBX_FUNCTION_FIRST | |
7546 | Define this macro if the DBX information for a function and its | |
7547 | arguments should precede the assembler code for the function. Normally, | |
7548 | in DBX format, the debugging information entirely follows the assembler | |
7549 | code. | |
7550 | ||
7551 | @findex DBX_LBRAC_FIRST | |
7552 | @item DBX_LBRAC_FIRST | |
7553 | Define this macro if the @code{N_LBRAC} symbol for a block should | |
7554 | precede the debugging information for variables and functions defined in | |
7555 | that block. Normally, in DBX format, the @code{N_LBRAC} symbol comes | |
7556 | first. | |
7557 | ||
7558 | @findex DBX_BLOCKS_FUNCTION_RELATIVE | |
7559 | @item DBX_BLOCKS_FUNCTION_RELATIVE | |
7560 | Define this macro if the value of a symbol describing the scope of a | |
7561 | block (@code{N_LBRAC} or @code{N_RBRAC}) should be relative to the start | |
f0523f02 | 7562 | of the enclosing function. Normally, GCC uses an absolute address. |
feca2ed3 JW |
7563 | |
7564 | @findex DBX_USE_BINCL | |
7565 | @item DBX_USE_BINCL | |
f0523f02 | 7566 | Define this macro if GCC should generate @code{N_BINCL} and |
feca2ed3 | 7567 | @code{N_EINCL} stabs for included header files, as on Sun systems. This |
f0523f02 JM |
7568 | macro also directs GCC to output a type number as a pair of a file |
7569 | number and a type number within the file. Normally, GCC does not | |
feca2ed3 JW |
7570 | generate @code{N_BINCL} or @code{N_EINCL} stabs, and it outputs a single |
7571 | number for a type number. | |
7572 | @end table | |
7573 | ||
7574 | @node DBX Hooks | |
7575 | @subsection Open-Ended Hooks for DBX Format | |
7576 | ||
7577 | @c prevent bad page break with this line | |
7578 | These are hooks for DBX format. | |
7579 | ||
7580 | @table @code | |
7581 | @findex DBX_OUTPUT_LBRAC | |
7582 | @item DBX_OUTPUT_LBRAC (@var{stream}, @var{name}) | |
7583 | Define this macro to say how to output to @var{stream} the debugging | |
7584 | information for the start of a scope level for variable names. The | |
7585 | argument @var{name} is the name of an assembler symbol (for use with | |
7586 | @code{assemble_name}) whose value is the address where the scope begins. | |
7587 | ||
7588 | @findex DBX_OUTPUT_RBRAC | |
7589 | @item DBX_OUTPUT_RBRAC (@var{stream}, @var{name}) | |
7590 | Like @code{DBX_OUTPUT_LBRAC}, but for the end of a scope level. | |
7591 | ||
7592 | @findex DBX_OUTPUT_ENUM | |
7593 | @item DBX_OUTPUT_ENUM (@var{stream}, @var{type}) | |
7594 | Define this macro if the target machine requires special handling to | |
7595 | output an enumeration type. The definition should be a C statement | |
7596 | (sans semicolon) to output the appropriate information to @var{stream} | |
7597 | for the type @var{type}. | |
7598 | ||
7599 | @findex DBX_OUTPUT_FUNCTION_END | |
7600 | @item DBX_OUTPUT_FUNCTION_END (@var{stream}, @var{function}) | |
7601 | Define this macro if the target machine requires special output at the | |
7602 | end of the debugging information for a function. The definition should | |
7603 | be a C statement (sans semicolon) to output the appropriate information | |
7604 | to @var{stream}. @var{function} is the @code{FUNCTION_DECL} node for | |
7605 | the function. | |
7606 | ||
7607 | @findex DBX_OUTPUT_STANDARD_TYPES | |
7608 | @item DBX_OUTPUT_STANDARD_TYPES (@var{syms}) | |
7609 | Define this macro if you need to control the order of output of the | |
7610 | standard data types at the beginning of compilation. The argument | |
7611 | @var{syms} is a @code{tree} which is a chain of all the predefined | |
7612 | global symbols, including names of data types. | |
7613 | ||
7614 | Normally, DBX output starts with definitions of the types for integers | |
7615 | and characters, followed by all the other predefined types of the | |
7616 | particular language in no particular order. | |
7617 | ||
7618 | On some machines, it is necessary to output different particular types | |
7619 | first. To do this, define @code{DBX_OUTPUT_STANDARD_TYPES} to output | |
7620 | those symbols in the necessary order. Any predefined types that you | |
7621 | don't explicitly output will be output afterward in no particular order. | |
7622 | ||
161d7b59 | 7623 | Be careful not to define this macro so that it works only for C@. There |
feca2ed3 JW |
7624 | are no global variables to access most of the built-in types, because |
7625 | another language may have another set of types. The way to output a | |
7626 | particular type is to look through @var{syms} to see if you can find it. | |
7627 | Here is an example: | |
7628 | ||
7629 | @smallexample | |
7630 | @{ | |
7631 | tree decl; | |
7632 | for (decl = syms; decl; decl = TREE_CHAIN (decl)) | |
7633 | if (!strcmp (IDENTIFIER_POINTER (DECL_NAME (decl)), | |
7634 | "long int")) | |
7635 | dbxout_symbol (decl); | |
7636 | @dots{} | |
7637 | @} | |
7638 | @end smallexample | |
7639 | ||
7640 | @noindent | |
7641 | This does nothing if the expected type does not exist. | |
7642 | ||
7643 | See the function @code{init_decl_processing} in @file{c-decl.c} to find | |
7644 | the names to use for all the built-in C types. | |
7645 | ||
7646 | Here is another way of finding a particular type: | |
7647 | ||
7648 | @c this is still overfull. --mew 10feb93 | |
7649 | @smallexample | |
7650 | @{ | |
7651 | tree decl; | |
7652 | for (decl = syms; decl; decl = TREE_CHAIN (decl)) | |
7653 | if (TREE_CODE (decl) == TYPE_DECL | |
7654 | && (TREE_CODE (TREE_TYPE (decl)) | |
7655 | == INTEGER_CST) | |
7656 | && TYPE_PRECISION (TREE_TYPE (decl)) == 16 | |
7657 | && TYPE_UNSIGNED (TREE_TYPE (decl))) | |
7658 | @group | |
7659 | /* @r{This must be @code{unsigned short}.} */ | |
7660 | dbxout_symbol (decl); | |
7661 | @dots{} | |
7662 | @} | |
7663 | @end group | |
7664 | @end smallexample | |
7665 | ||
7666 | @findex NO_DBX_FUNCTION_END | |
7667 | @item NO_DBX_FUNCTION_END | |
7668 | Some stabs encapsulation formats (in particular ECOFF), cannot handle the | |
c771326b | 7669 | @code{.stabs "",N_FUN,,0,0,Lscope-function-1} gdb dbx extension construct. |
feca2ed3 JW |
7670 | On those machines, define this macro to turn this feature off without |
7671 | disturbing the rest of the gdb extensions. | |
7672 | ||
7673 | @end table | |
7674 | ||
7675 | @node File Names and DBX | |
7676 | @subsection File Names in DBX Format | |
7677 | ||
7678 | @c prevent bad page break with this line | |
7679 | This describes file names in DBX format. | |
7680 | ||
7681 | @table @code | |
7682 | @findex DBX_WORKING_DIRECTORY | |
7683 | @item DBX_WORKING_DIRECTORY | |
7684 | Define this if DBX wants to have the current directory recorded in each | |
7685 | object file. | |
7686 | ||
7687 | Note that the working directory is always recorded if GDB extensions are | |
7688 | enabled. | |
7689 | ||
7690 | @findex DBX_OUTPUT_MAIN_SOURCE_FILENAME | |
7691 | @item DBX_OUTPUT_MAIN_SOURCE_FILENAME (@var{stream}, @var{name}) | |
7692 | A C statement to output DBX debugging information to the stdio stream | |
7693 | @var{stream} which indicates that file @var{name} is the main source | |
7694 | file---the file specified as the input file for compilation. | |
7695 | This macro is called only once, at the beginning of compilation. | |
7696 | ||
7697 | This macro need not be defined if the standard form of output | |
7698 | for DBX debugging information is appropriate. | |
7699 | ||
7700 | @findex DBX_OUTPUT_MAIN_SOURCE_DIRECTORY | |
7701 | @item DBX_OUTPUT_MAIN_SOURCE_DIRECTORY (@var{stream}, @var{name}) | |
7702 | A C statement to output DBX debugging information to the stdio stream | |
7703 | @var{stream} which indicates that the current directory during | |
7704 | compilation is named @var{name}. | |
7705 | ||
7706 | This macro need not be defined if the standard form of output | |
7707 | for DBX debugging information is appropriate. | |
7708 | ||
7709 | @findex DBX_OUTPUT_MAIN_SOURCE_FILE_END | |
7710 | @item DBX_OUTPUT_MAIN_SOURCE_FILE_END (@var{stream}, @var{name}) | |
7711 | A C statement to output DBX debugging information at the end of | |
7712 | compilation of the main source file @var{name}. | |
7713 | ||
7714 | If you don't define this macro, nothing special is output at the end | |
7715 | of compilation, which is correct for most machines. | |
7716 | ||
7717 | @findex DBX_OUTPUT_SOURCE_FILENAME | |
7718 | @item DBX_OUTPUT_SOURCE_FILENAME (@var{stream}, @var{name}) | |
7719 | A C statement to output DBX debugging information to the stdio stream | |
7720 | @var{stream} which indicates that file @var{name} is the current source | |
7721 | file. This output is generated each time input shifts to a different | |
7722 | source file as a result of @samp{#include}, the end of an included file, | |
7723 | or a @samp{#line} command. | |
7724 | ||
7725 | This macro need not be defined if the standard form of output | |
7726 | for DBX debugging information is appropriate. | |
7727 | @end table | |
7728 | ||
7729 | @need 2000 | |
7730 | @node SDB and DWARF | |
7731 | @subsection Macros for SDB and DWARF Output | |
7732 | ||
7733 | @c prevent bad page break with this line | |
7734 | Here are macros for SDB and DWARF output. | |
7735 | ||
7736 | @table @code | |
7737 | @findex SDB_DEBUGGING_INFO | |
7738 | @item SDB_DEBUGGING_INFO | |
a3a15b4d | 7739 | Define this macro if GCC should produce COFF-style debugging output |
630d3d5a | 7740 | for SDB in response to the @option{-g} option. |
feca2ed3 JW |
7741 | |
7742 | @findex DWARF_DEBUGGING_INFO | |
7743 | @item DWARF_DEBUGGING_INFO | |
a3a15b4d | 7744 | Define this macro if GCC should produce dwarf format debugging output |
630d3d5a | 7745 | in response to the @option{-g} option. |
feca2ed3 | 7746 | |
f3ff3f4a JM |
7747 | @findex DWARF2_DEBUGGING_INFO |
7748 | @item DWARF2_DEBUGGING_INFO | |
a3a15b4d | 7749 | Define this macro if GCC should produce dwarf version 2 format |
630d3d5a | 7750 | debugging output in response to the @option{-g} option. |
f3ff3f4a | 7751 | |
861bb6c1 JL |
7752 | To support optional call frame debugging information, you must also |
7753 | define @code{INCOMING_RETURN_ADDR_RTX} and either set | |
7754 | @code{RTX_FRAME_RELATED_P} on the prologue insns if you use RTL for the | |
7755 | prologue, or call @code{dwarf2out_def_cfa} and @code{dwarf2out_reg_save} | |
08c148a8 | 7756 | as appropriate from @code{TARGET_ASM_FUNCTION_PROLOGUE} if you don't. |
861bb6c1 | 7757 | |
9ec36da5 JL |
7758 | @findex DWARF2_FRAME_INFO |
7759 | @item DWARF2_FRAME_INFO | |
a3a15b4d | 7760 | Define this macro to a nonzero value if GCC should always output |
9ec36da5 | 7761 | Dwarf 2 frame information. If @code{DWARF2_UNWIND_INFO} |
a3a15b4d | 7762 | (@pxref{Exception Region Output} is nonzero, GCC will output this |
9ec36da5 JL |
7763 | information not matter how you define @code{DWARF2_FRAME_INFO}. |
7764 | ||
deabc777 PE |
7765 | @findex LINKER_DOES_NOT_WORK_WITH_DWARF2 |
7766 | @item LINKER_DOES_NOT_WORK_WITH_DWARF2 | |
e5e809f4 | 7767 | Define this macro if the linker does not work with Dwarf version 2. |
630d3d5a | 7768 | Normally, if the user specifies only @option{-ggdb} GCC will use Dwarf |
e5e809f4 JL |
7769 | version 2 if available; this macro disables this. See the description |
7770 | of the @code{PREFERRED_DEBUGGING_TYPE} macro for more details. | |
deabc777 | 7771 | |
b366352b MM |
7772 | @findex DWARF2_GENERATE_TEXT_SECTION_LABEL |
7773 | @item DWARF2_GENERATE_TEXT_SECTION_LABEL | |
7774 | By default, the Dwarf 2 debugging information generator will generate a | |
7775 | label to mark the beginning of the text section. If it is better simply | |
7776 | to use the name of the text section itself, rather than an explicit label, | |
7777 | to indicate the beginning of the text section, define this macro to zero. | |
7778 | ||
b2244e22 JW |
7779 | @findex DWARF2_ASM_LINE_DEBUG_INFO |
7780 | @item DWARF2_ASM_LINE_DEBUG_INFO | |
7781 | Define this macro to be a nonzero value if the assembler can generate Dwarf 2 | |
7782 | line debug info sections. This will result in much more compact line number | |
7783 | tables, and hence is desirable if it works. | |
7784 | ||
feca2ed3 JW |
7785 | @findex PUT_SDB_@dots{} |
7786 | @item PUT_SDB_@dots{} | |
7787 | Define these macros to override the assembler syntax for the special | |
7788 | SDB assembler directives. See @file{sdbout.c} for a list of these | |
7789 | macros and their arguments. If the standard syntax is used, you need | |
7790 | not define them yourself. | |
7791 | ||
7792 | @findex SDB_DELIM | |
7793 | @item SDB_DELIM | |
7794 | Some assemblers do not support a semicolon as a delimiter, even between | |
7795 | SDB assembler directives. In that case, define this macro to be the | |
7796 | delimiter to use (usually @samp{\n}). It is not necessary to define | |
7797 | a new set of @code{PUT_SDB_@var{op}} macros if this is the only change | |
7798 | required. | |
7799 | ||
7800 | @findex SDB_GENERATE_FAKE | |
7801 | @item SDB_GENERATE_FAKE | |
7802 | Define this macro to override the usual method of constructing a dummy | |
7803 | name for anonymous structure and union types. See @file{sdbout.c} for | |
7804 | more information. | |
7805 | ||
7806 | @findex SDB_ALLOW_UNKNOWN_REFERENCES | |
7807 | @item SDB_ALLOW_UNKNOWN_REFERENCES | |
7808 | Define this macro to allow references to unknown structure, | |
7809 | union, or enumeration tags to be emitted. Standard COFF does not | |
7810 | allow handling of unknown references, MIPS ECOFF has support for | |
7811 | it. | |
7812 | ||
7813 | @findex SDB_ALLOW_FORWARD_REFERENCES | |
7814 | @item SDB_ALLOW_FORWARD_REFERENCES | |
7815 | Define this macro to allow references to structure, union, or | |
7816 | enumeration tags that have not yet been seen to be handled. Some | |
7817 | assemblers choke if forward tags are used, while some require it. | |
7818 | @end table | |
7819 | ||
7820 | @node Cross-compilation | |
7821 | @section Cross Compilation and Floating Point | |
7822 | @cindex cross compilation and floating point | |
7823 | @cindex floating point and cross compilation | |
7824 | ||
7825 | While all modern machines use 2's complement representation for integers, | |
7826 | there are a variety of representations for floating point numbers. This | |
7827 | means that in a cross-compiler the representation of floating point numbers | |
7828 | in the compiled program may be different from that used in the machine | |
7829 | doing the compilation. | |
7830 | ||
7831 | @findex atof | |
7832 | Because different representation systems may offer different amounts of | |
7833 | range and precision, the cross compiler cannot safely use the host | |
7834 | machine's floating point arithmetic. Therefore, floating point constants | |
7835 | must be represented in the target machine's format. This means that the | |
7836 | cross compiler cannot use @code{atof} to parse a floating point constant; | |
7837 | it must have its own special routine to use instead. Also, constant | |
7838 | folding must emulate the target machine's arithmetic (or must not be done | |
7839 | at all). | |
7840 | ||
7841 | The macros in the following table should be defined only if you are cross | |
7842 | compiling between different floating point formats. | |
7843 | ||
7844 | Otherwise, don't define them. Then default definitions will be set up which | |
7845 | use @code{double} as the data type, @code{==} to test for equality, etc. | |
7846 | ||
7847 | You don't need to worry about how many times you use an operand of any | |
7848 | of these macros. The compiler never uses operands which have side effects. | |
7849 | ||
7850 | @table @code | |
7851 | @findex REAL_VALUE_TYPE | |
7852 | @item REAL_VALUE_TYPE | |
7853 | A macro for the C data type to be used to hold a floating point value | |
7854 | in the target machine's format. Typically this would be a | |
7855 | @code{struct} containing an array of @code{int}. | |
7856 | ||
7857 | @findex REAL_VALUES_EQUAL | |
7858 | @item REAL_VALUES_EQUAL (@var{x}, @var{y}) | |
7859 | A macro for a C expression which compares for equality the two values, | |
7860 | @var{x} and @var{y}, both of type @code{REAL_VALUE_TYPE}. | |
7861 | ||
7862 | @findex REAL_VALUES_LESS | |
7863 | @item REAL_VALUES_LESS (@var{x}, @var{y}) | |
7864 | A macro for a C expression which tests whether @var{x} is less than | |
7865 | @var{y}, both values being of type @code{REAL_VALUE_TYPE} and | |
7866 | interpreted as floating point numbers in the target machine's | |
7867 | representation. | |
7868 | ||
7869 | @findex REAL_VALUE_LDEXP | |
7870 | @findex ldexp | |
7871 | @item REAL_VALUE_LDEXP (@var{x}, @var{scale}) | |
7872 | A macro for a C expression which performs the standard library | |
7873 | function @code{ldexp}, but using the target machine's floating point | |
7874 | representation. Both @var{x} and the value of the expression have | |
7875 | type @code{REAL_VALUE_TYPE}. The second argument, @var{scale}, is an | |
7876 | integer. | |
7877 | ||
7878 | @findex REAL_VALUE_FIX | |
7879 | @item REAL_VALUE_FIX (@var{x}) | |
7880 | A macro whose definition is a C expression to convert the target-machine | |
7881 | floating point value @var{x} to a signed integer. @var{x} has type | |
7882 | @code{REAL_VALUE_TYPE}. | |
7883 | ||
7884 | @findex REAL_VALUE_UNSIGNED_FIX | |
7885 | @item REAL_VALUE_UNSIGNED_FIX (@var{x}) | |
7886 | A macro whose definition is a C expression to convert the target-machine | |
7887 | floating point value @var{x} to an unsigned integer. @var{x} has type | |
7888 | @code{REAL_VALUE_TYPE}. | |
7889 | ||
7890 | @findex REAL_VALUE_RNDZINT | |
7891 | @item REAL_VALUE_RNDZINT (@var{x}) | |
7892 | A macro whose definition is a C expression to round the target-machine | |
7893 | floating point value @var{x} towards zero to an integer value (but still | |
7894 | as a floating point number). @var{x} has type @code{REAL_VALUE_TYPE}, | |
7895 | and so does the value. | |
7896 | ||
7897 | @findex REAL_VALUE_UNSIGNED_RNDZINT | |
7898 | @item REAL_VALUE_UNSIGNED_RNDZINT (@var{x}) | |
7899 | A macro whose definition is a C expression to round the target-machine | |
7900 | floating point value @var{x} towards zero to an unsigned integer value | |
7901 | (but still represented as a floating point number). @var{x} has type | |
7902 | @code{REAL_VALUE_TYPE}, and so does the value. | |
7903 | ||
7904 | @findex REAL_VALUE_ATOF | |
7905 | @item REAL_VALUE_ATOF (@var{string}, @var{mode}) | |
7906 | A macro for a C expression which converts @var{string}, an expression of | |
7907 | type @code{char *}, into a floating point number in the target machine's | |
7908 | representation for mode @var{mode}. The value has type | |
7909 | @code{REAL_VALUE_TYPE}. | |
7910 | ||
7911 | @findex REAL_INFINITY | |
7912 | @item REAL_INFINITY | |
7913 | Define this macro if infinity is a possible floating point value, and | |
7914 | therefore division by 0 is legitimate. | |
7915 | ||
7916 | @findex REAL_VALUE_ISINF | |
7917 | @findex isinf | |
7918 | @item REAL_VALUE_ISINF (@var{x}) | |
7919 | A macro for a C expression which determines whether @var{x}, a floating | |
7920 | point value, is infinity. The value has type @code{int}. | |
7921 | By default, this is defined to call @code{isinf}. | |
7922 | ||
7923 | @findex REAL_VALUE_ISNAN | |
7924 | @findex isnan | |
7925 | @item REAL_VALUE_ISNAN (@var{x}) | |
7926 | A macro for a C expression which determines whether @var{x}, a floating | |
7927 | point value, is a ``nan'' (not-a-number). The value has type | |
7928 | @code{int}. By default, this is defined to call @code{isnan}. | |
7929 | @end table | |
7930 | ||
7931 | @cindex constant folding and floating point | |
7932 | Define the following additional macros if you want to make floating | |
7933 | point constant folding work while cross compiling. If you don't | |
7934 | define them, cross compilation is still possible, but constant folding | |
7935 | will not happen for floating point values. | |
7936 | ||
7937 | @table @code | |
7938 | @findex REAL_ARITHMETIC | |
7939 | @item REAL_ARITHMETIC (@var{output}, @var{code}, @var{x}, @var{y}) | |
7940 | A macro for a C statement which calculates an arithmetic operation of | |
7941 | the two floating point values @var{x} and @var{y}, both of type | |
7942 | @code{REAL_VALUE_TYPE} in the target machine's representation, to | |
7943 | produce a result of the same type and representation which is stored | |
7944 | in @var{output} (which will be a variable). | |
7945 | ||
7946 | The operation to be performed is specified by @var{code}, a tree code | |
7947 | which will always be one of the following: @code{PLUS_EXPR}, | |
7948 | @code{MINUS_EXPR}, @code{MULT_EXPR}, @code{RDIV_EXPR}, | |
bd819a4a | 7949 | @code{MAX_EXPR}, @code{MIN_EXPR}. |
feca2ed3 JW |
7950 | |
7951 | @cindex overflow while constant folding | |
7952 | The expansion of this macro is responsible for checking for overflow. | |
7953 | If overflow happens, the macro expansion should execute the statement | |
7954 | @code{return 0;}, which indicates the inability to perform the | |
7955 | arithmetic operation requested. | |
7956 | ||
7957 | @findex REAL_VALUE_NEGATE | |
7958 | @item REAL_VALUE_NEGATE (@var{x}) | |
7959 | A macro for a C expression which returns the negative of the floating | |
7960 | point value @var{x}. Both @var{x} and the value of the expression | |
7961 | have type @code{REAL_VALUE_TYPE} and are in the target machine's | |
7962 | floating point representation. | |
7963 | ||
7964 | There is no way for this macro to report overflow, since overflow | |
7965 | can't happen in the negation operation. | |
7966 | ||
7967 | @findex REAL_VALUE_TRUNCATE | |
7968 | @item REAL_VALUE_TRUNCATE (@var{mode}, @var{x}) | |
7969 | A macro for a C expression which converts the floating point value | |
7970 | @var{x} to mode @var{mode}. | |
7971 | ||
7972 | Both @var{x} and the value of the expression are in the target machine's | |
7973 | floating point representation and have type @code{REAL_VALUE_TYPE}. | |
7974 | However, the value should have an appropriate bit pattern to be output | |
7975 | properly as a floating constant whose precision accords with mode | |
7976 | @var{mode}. | |
7977 | ||
7978 | There is no way for this macro to report overflow. | |
7979 | ||
7980 | @findex REAL_VALUE_TO_INT | |
7981 | @item REAL_VALUE_TO_INT (@var{low}, @var{high}, @var{x}) | |
7982 | A macro for a C expression which converts a floating point value | |
7983 | @var{x} into a double-precision integer which is then stored into | |
7984 | @var{low} and @var{high}, two variables of type @var{int}. | |
7985 | ||
7986 | @item REAL_VALUE_FROM_INT (@var{x}, @var{low}, @var{high}, @var{mode}) | |
7987 | @findex REAL_VALUE_FROM_INT | |
7988 | A macro for a C expression which converts a double-precision integer | |
7989 | found in @var{low} and @var{high}, two variables of type @var{int}, | |
7990 | into a floating point value which is then stored into @var{x}. | |
7991 | The value is in the target machine's representation for mode @var{mode} | |
7992 | and has the type @code{REAL_VALUE_TYPE}. | |
7993 | @end table | |
7994 | ||
9f09b1f2 R |
7995 | @node Mode Switching |
7996 | @section Mode Switching Instructions | |
7997 | @cindex mode switching | |
7998 | The following macros control mode switching optimizations: | |
7999 | ||
8000 | @table @code | |
8001 | @findex OPTIMIZE_MODE_SWITCHING | |
8002 | @item OPTIMIZE_MODE_SWITCHING (@var{entity}) | |
8003 | Define this macro if the port needs extra instructions inserted for mode | |
8004 | switching in an optimizing compilation. | |
8005 | ||
8006 | For an example, the SH4 can perform both single and double precision | |
8007 | floating point operations, but to perform a single precision operation, | |
8008 | the FPSCR PR bit has to be cleared, while for a double precision | |
8009 | operation, this bit has to be set. Changing the PR bit requires a general | |
8010 | purpose register as a scratch register, hence these FPSCR sets have to | |
e979f9e8 | 8011 | be inserted before reload, i.e.@: you can't put this into instruction emitting |
aee96fe9 | 8012 | or @code{MACHINE_DEPENDENT_REORG}. |
9f09b1f2 R |
8013 | |
8014 | You can have multiple entities that are mode-switched, and select at run time | |
8015 | which entities actually need it. @code{OPTIMIZE_MODE_SWITCHING} should | |
14976c58 | 8016 | return nonzero for any @var{entity} that needs mode-switching. |
9f09b1f2 R |
8017 | If you define this macro, you also have to define |
8018 | @code{NUM_MODES_FOR_MODE_SWITCHING}, @code{MODE_NEEDED}, | |
8019 | @code{MODE_PRIORITY_TO_MODE} and @code{EMIT_MODE_SET}. | |
1270c255 | 8020 | @code{NORMAL_MODE} is optional. |
9f09b1f2 R |
8021 | |
8022 | @findex NUM_MODES_FOR_MODE_SWITCHING | |
8023 | @item NUM_MODES_FOR_MODE_SWITCHING | |
8024 | If you define @code{OPTIMIZE_MODE_SWITCHING}, you have to define this as | |
8025 | initializer for an array of integers. Each initializer element | |
8026 | N refers to an entity that needs mode switching, and specifies the number | |
8027 | of different modes that might need to be set for this entity. | |
8028 | The position of the initializer in the initializer - starting counting at | |
8029 | zero - determines the integer that is used to refer to the mode-switched | |
8030 | entity in question. | |
8031 | In macros that take mode arguments / yield a mode result, modes are | |
630d3d5a | 8032 | represented as numbers 0 @dots{} N @minus{} 1. N is used to specify that no mode |
9f09b1f2 R |
8033 | switch is needed / supplied. |
8034 | ||
9f09b1f2 R |
8035 | @findex MODE_NEEDED |
8036 | @item MODE_NEEDED (@var{entity}, @var{insn}) | |
8037 | @var{entity} is an integer specifying a mode-switched entity. If | |
8038 | @code{OPTIMIZE_MODE_SWITCHING} is defined, you must define this macro to | |
8039 | return an integer value not larger than the corresponding element in | |
aee96fe9 JM |
8040 | @code{NUM_MODES_FOR_MODE_SWITCHING}, to denote the mode that @var{entity} must |
8041 | be switched into prior to the execution of @var{insn}. | |
9f09b1f2 | 8042 | |
02f52e19 | 8043 | @findex NORMAL_MODE |
1270c255 | 8044 | @item NORMAL_MODE (@var{entity}) |
9f09b1f2 R |
8045 | If this macro is defined, it is evaluated for every @var{entity} that needs |
8046 | mode switching. It should evaluate to an integer, which is a mode that | |
1270c255 | 8047 | @var{entity} is assumed to be switched to at function entry and exit. |
9f09b1f2 R |
8048 | |
8049 | @findex MODE_PRIORITY_TO_MODE | |
8050 | @item MODE_PRIORITY_TO_MODE (@var{entity}, @var{n}) | |
aee96fe9 JM |
8051 | This macro specifies the order in which modes for @var{entity} are processed. |
8052 | 0 is the highest priority, @code{NUM_MODES_FOR_MODE_SWITCHING[@var{entity}] - 1} the | |
9f09b1f2 | 8053 | lowest. The value of the macro should be an integer designating a mode |
aee96fe9 | 8054 | for @var{entity}. For any fixed @var{entity}, @code{mode_priority_to_mode} |
630d3d5a | 8055 | (@var{entity}, @var{n}) shall be a bijection in 0 @dots{} |
aee96fe9 | 8056 | @code{num_modes_for_mode_switching[@var{entity}] - 1}. |
9f09b1f2 R |
8057 | |
8058 | @findex EMIT_MODE_SET | |
8059 | @item EMIT_MODE_SET (@var{entity}, @var{mode}, @var{hard_regs_live}) | |
8060 | Generate one or more insns to set @var{entity} to @var{mode}. | |
8061 | @var{hard_reg_live} is the set of hard registers live at the point where | |
8062 | the insn(s) are to be inserted. | |
8063 | @end table | |
8064 | ||
91d231cb JM |
8065 | @node Target Attributes |
8066 | @section Defining target-specific uses of @code{__attribute__} | |
8067 | @cindex target attributes | |
8068 | @cindex machine attributes | |
8069 | @cindex attributes, target-specific | |
8070 | ||
8071 | Target-specific attributes may be defined for functions, data and types. | |
8072 | These are described using the following target hooks; they also need to | |
8073 | be documented in @file{extend.texi}. | |
8074 | ||
8075 | @deftypevr {Target Hook} {const struct attribute_spec *} TARGET_ATTRIBUTE_TABLE | |
8076 | If defined, this target hook points to an array of @samp{struct | |
8077 | attribute_spec} (defined in @file{tree.h}) specifying the machine | |
8078 | specific attributes for this target and some of the restrictions on the | |
8079 | entities to which these attributes are applied and the arguments they | |
8080 | take. | |
8081 | @end deftypevr | |
8082 | ||
8083 | @deftypefn {Target Hook} int TARGET_COMP_TYPE_ATTRIBUTES (tree @var{type1}, tree @var{type2}) | |
8084 | If defined, this target hook is a function which returns zero if the attributes on | |
8085 | @var{type1} and @var{type2} are incompatible, one if they are compatible, | |
8086 | and two if they are nearly compatible (which causes a warning to be | |
8087 | generated). If this is not defined, machine-specific attributes are | |
8088 | supposed always to be compatible. | |
8089 | @end deftypefn | |
8090 | ||
8091 | @deftypefn {Target Hook} void TARGET_SET_DEFAULT_TYPE_ATTRIBUTES (tree @var{type}) | |
8092 | If defined, this target hook is a function which assigns default attributes to | |
8093 | newly defined @var{type}. | |
8094 | @end deftypefn | |
8095 | ||
8096 | @deftypefn {Target Hook} tree TARGET_MERGE_TYPE_ATTRIBUTES (tree @var{type1}, tree @var{type2}) | |
8097 | Define this target hook if the merging of type attributes needs special | |
8098 | handling. If defined, the result is a list of the combined | |
8099 | @code{TYPE_ATTRIBUTES} of @var{type1} and @var{type2}. It is assumed | |
8100 | that @code{comptypes} has already been called and returned 1. This | |
8101 | function may call @code{merge_attributes} to handle machine-independent | |
8102 | merging. | |
8103 | @end deftypefn | |
8104 | ||
8105 | @deftypefn {Target Hook} tree TARGET_MERGE_DECL_ATTRIBUTES (tree @var{olddecl}, tree @var{newdecl}) | |
8106 | Define this target hook if the merging of decl attributes needs special | |
8107 | handling. If defined, the result is a list of the combined | |
8108 | @code{DECL_ATTRIBUTES} of @var{olddecl} and @var{newdecl}. | |
8109 | @var{newdecl} is a duplicate declaration of @var{olddecl}. Examples of | |
8110 | when this is needed are when one attribute overrides another, or when an | |
8111 | attribute is nullified by a subsequent definition. This function may | |
8112 | call @code{merge_attributes} to handle machine-independent merging. | |
8113 | ||
8114 | @findex TARGET_DLLIMPORT_DECL_ATTRIBUTES | |
8115 | If the only target-specific handling you require is @samp{dllimport} for | |
8116 | Windows targets, you should define the macro | |
8117 | @code{TARGET_DLLIMPORT_DECL_ATTRIBUTES}. This links in a function | |
8118 | called @code{merge_dllimport_decl_attributes} which can then be defined | |
8119 | as the expansion of @code{TARGET_MERGE_DECL_ATTRIBUTES}. This is done | |
8120 | in @file{i386/cygwin.h} and @file{i386/i386.c}, for example. | |
8121 | @end deftypefn | |
8122 | ||
8123 | @deftypefn {Target Hook} void TARGET_INSERT_ATTRIBUTES (tree @var{node}, tree *@var{attr_ptr}) | |
8124 | Define this target hook if you want to be able to add attributes to a decl | |
8125 | when it is being created. This is normally useful for back ends which | |
8126 | wish to implement a pragma by using the attributes which correspond to | |
8127 | the pragma's effect. The @var{node} argument is the decl which is being | |
8128 | created. The @var{attr_ptr} argument is a pointer to the attribute list | |
8129 | for this decl. The list itself should not be modified, since it may be | |
8130 | shared with other decls, but attributes may be chained on the head of | |
8131 | the list and @code{*@var{attr_ptr}} modified to point to the new | |
8132 | attributes, or a copy of the list may be made if further changes are | |
8133 | needed. | |
8134 | @end deftypefn | |
8135 | ||
8136 | @deftypefn {Target Hook} bool TARGET_FUNCTION_ATTRIBUTE_INLINABLE_P (tree @var{fndecl}) | |
8137 | @cindex inlining | |
8138 | This target hook returns @code{true} if it is ok to inline @var{fndecl} | |
8139 | into the current function, despite its having target-specific | |
8140 | attributes, @code{false} otherwise. By default, if a function has a | |
8141 | target specific attribute attached to it, it will not be inlined. | |
8142 | @end deftypefn | |
8143 | ||
feca2ed3 JW |
8144 | @node Misc |
8145 | @section Miscellaneous Parameters | |
8146 | @cindex parameters, miscellaneous | |
8147 | ||
8148 | @c prevent bad page break with this line | |
8149 | Here are several miscellaneous parameters. | |
8150 | ||
8151 | @table @code | |
8152 | @item PREDICATE_CODES | |
8153 | @findex PREDICATE_CODES | |
8154 | Define this if you have defined special-purpose predicates in the file | |
8155 | @file{@var{machine}.c}. This macro is called within an initializer of an | |
8156 | array of structures. The first field in the structure is the name of a | |
8157 | predicate and the second field is an array of rtl codes. For each | |
8158 | predicate, list all rtl codes that can be in expressions matched by the | |
8159 | predicate. The list should have a trailing comma. Here is an example | |
8160 | of two entries in the list for a typical RISC machine: | |
8161 | ||
8162 | @smallexample | |
8163 | #define PREDICATE_CODES \ | |
8164 | @{"gen_reg_rtx_operand", @{SUBREG, REG@}@}, \ | |
8165 | @{"reg_or_short_cint_operand", @{SUBREG, REG, CONST_INT@}@}, | |
8166 | @end smallexample | |
8167 | ||
8168 | Defining this macro does not affect the generated code (however, | |
8169 | incorrect definitions that omit an rtl code that may be matched by the | |
8170 | predicate can cause the compiler to malfunction). Instead, it allows | |
8171 | the table built by @file{genrecog} to be more compact and efficient, | |
8172 | thus speeding up the compiler. The most important predicates to include | |
556e0f21 | 8173 | in the list specified by this macro are those used in the most insn |
feca2ed3 JW |
8174 | patterns. |
8175 | ||
aee96fe9 | 8176 | For each predicate function named in @code{PREDICATE_CODES}, a |
975d393a AO |
8177 | declaration will be generated in @file{insn-codes.h}. |
8178 | ||
8fe0ca0c RH |
8179 | @item SPECIAL_MODE_PREDICATES |
8180 | @findex SPECIAL_MODE_PREDICATES | |
8181 | Define this if you have special predicates that know special things | |
02f52e19 | 8182 | about modes. Genrecog will warn about certain forms of |
8fe0ca0c | 8183 | @code{match_operand} without a mode; if the operand predicate is |
02f52e19 | 8184 | listed in @code{SPECIAL_MODE_PREDICATES}, the warning will be |
8fe0ca0c RH |
8185 | suppressed. |
8186 | ||
8187 | Here is an example from the IA-32 port (@code{ext_register_operand} | |
8188 | specially checks for @code{HImode} or @code{SImode} in preparation | |
8189 | for a byte extraction from @code{%ah} etc.). | |
8190 | ||
8191 | @smallexample | |
8192 | #define SPECIAL_MODE_PREDICATES \ | |
8193 | "ext_register_operand", | |
8194 | @end smallexample | |
8195 | ||
feca2ed3 JW |
8196 | @findex CASE_VECTOR_MODE |
8197 | @item CASE_VECTOR_MODE | |
8198 | An alias for a machine mode name. This is the machine mode that | |
8199 | elements of a jump-table should have. | |
8200 | ||
33f7f353 JR |
8201 | @findex CASE_VECTOR_SHORTEN_MODE |
8202 | @item CASE_VECTOR_SHORTEN_MODE (@var{min_offset}, @var{max_offset}, @var{body}) | |
8203 | Optional: return the preferred mode for an @code{addr_diff_vec} | |
8204 | when the minimum and maximum offset are known. If you define this, | |
8205 | it enables extra code in branch shortening to deal with @code{addr_diff_vec}. | |
02f52e19 | 8206 | To make this work, you also have to define INSN_ALIGN and |
33f7f353 | 8207 | make the alignment for @code{addr_diff_vec} explicit. |
391aaa6b | 8208 | The @var{body} argument is provided so that the offset_unsigned and scale |
33f7f353 JR |
8209 | flags can be updated. |
8210 | ||
feca2ed3 JW |
8211 | @findex CASE_VECTOR_PC_RELATIVE |
8212 | @item CASE_VECTOR_PC_RELATIVE | |
18543a22 ILT |
8213 | Define this macro to be a C expression to indicate when jump-tables |
8214 | should contain relative addresses. If jump-tables never contain | |
8215 | relative addresses, then you need not define this macro. | |
feca2ed3 JW |
8216 | |
8217 | @findex CASE_DROPS_THROUGH | |
8218 | @item CASE_DROPS_THROUGH | |
8219 | Define this if control falls through a @code{case} insn when the index | |
8220 | value is out of range. This means the specified default-label is | |
8221 | actually ignored by the @code{case} insn proper. | |
8222 | ||
8223 | @findex CASE_VALUES_THRESHOLD | |
8224 | @item CASE_VALUES_THRESHOLD | |
8225 | Define this to be the smallest number of different values for which it | |
8226 | is best to use a jump-table instead of a tree of conditional branches. | |
8227 | The default is four for machines with a @code{casesi} instruction and | |
8228 | five otherwise. This is best for most machines. | |
8229 | ||
8230 | @findex WORD_REGISTER_OPERATIONS | |
8231 | @item WORD_REGISTER_OPERATIONS | |
8232 | Define this macro if operations between registers with integral mode | |
8233 | smaller than a word are always performed on the entire register. | |
8234 | Most RISC machines have this property and most CISC machines do not. | |
8235 | ||
8236 | @findex LOAD_EXTEND_OP | |
8237 | @item LOAD_EXTEND_OP (@var{mode}) | |
8238 | Define this macro to be a C expression indicating when insns that read | |
8239 | memory in @var{mode}, an integral mode narrower than a word, set the | |
8240 | bits outside of @var{mode} to be either the sign-extension or the | |
8241 | zero-extension of the data read. Return @code{SIGN_EXTEND} for values | |
8242 | of @var{mode} for which the | |
8243 | insn sign-extends, @code{ZERO_EXTEND} for which it zero-extends, and | |
8244 | @code{NIL} for other modes. | |
8245 | ||
8246 | This macro is not called with @var{mode} non-integral or with a width | |
8247 | greater than or equal to @code{BITS_PER_WORD}, so you may return any | |
8248 | value in this case. Do not define this macro if it would always return | |
8249 | @code{NIL}. On machines where this macro is defined, you will normally | |
8250 | define it as the constant @code{SIGN_EXTEND} or @code{ZERO_EXTEND}. | |
8251 | ||
77643ab8 MM |
8252 | @findex SHORT_IMMEDIATES_SIGN_EXTEND |
8253 | @item SHORT_IMMEDIATES_SIGN_EXTEND | |
8254 | Define this macro if loading short immediate values into registers sign | |
8255 | extends. | |
8256 | ||
feca2ed3 JW |
8257 | @findex IMPLICIT_FIX_EXPR |
8258 | @item IMPLICIT_FIX_EXPR | |
8259 | An alias for a tree code that should be used by default for conversion | |
8260 | of floating point values to fixed point. Normally, | |
bd819a4a | 8261 | @code{FIX_ROUND_EXPR} is used. |
feca2ed3 JW |
8262 | |
8263 | @findex FIXUNS_TRUNC_LIKE_FIX_TRUNC | |
8264 | @item FIXUNS_TRUNC_LIKE_FIX_TRUNC | |
8265 | Define this macro if the same instructions that convert a floating | |
8266 | point number to a signed fixed point number also convert validly to an | |
8267 | unsigned one. | |
8268 | ||
8269 | @findex EASY_DIV_EXPR | |
8270 | @item EASY_DIV_EXPR | |
8271 | An alias for a tree code that is the easiest kind of division to | |
8272 | compile code for in the general case. It may be | |
8273 | @code{TRUNC_DIV_EXPR}, @code{FLOOR_DIV_EXPR}, @code{CEIL_DIV_EXPR} or | |
8274 | @code{ROUND_DIV_EXPR}. These four division operators differ in how | |
8275 | they round the result to an integer. @code{EASY_DIV_EXPR} is used | |
8276 | when it is permissible to use any of those kinds of division and the | |
bd819a4a | 8277 | choice should be made on the basis of efficiency. |
feca2ed3 JW |
8278 | |
8279 | @findex MOVE_MAX | |
8280 | @item MOVE_MAX | |
8281 | The maximum number of bytes that a single instruction can move quickly | |
8282 | between memory and registers or between two memory locations. | |
8283 | ||
8284 | @findex MAX_MOVE_MAX | |
8285 | @item MAX_MOVE_MAX | |
8286 | The maximum number of bytes that a single instruction can move quickly | |
8287 | between memory and registers or between two memory locations. If this | |
8288 | is undefined, the default is @code{MOVE_MAX}. Otherwise, it is the | |
8289 | constant value that is the largest value that @code{MOVE_MAX} can have | |
8290 | at run-time. | |
8291 | ||
8292 | @findex SHIFT_COUNT_TRUNCATED | |
8293 | @item SHIFT_COUNT_TRUNCATED | |
8294 | A C expression that is nonzero if on this machine the number of bits | |
8295 | actually used for the count of a shift operation is equal to the number | |
8296 | of bits needed to represent the size of the object being shifted. When | |
df2a54e9 | 8297 | this macro is nonzero, the compiler will assume that it is safe to omit |
feca2ed3 JW |
8298 | a sign-extend, zero-extend, and certain bitwise `and' instructions that |
8299 | truncates the count of a shift operation. On machines that have | |
c771326b | 8300 | instructions that act on bit-fields at variable positions, which may |
feca2ed3 JW |
8301 | include `bit test' instructions, a nonzero @code{SHIFT_COUNT_TRUNCATED} |
8302 | also enables deletion of truncations of the values that serve as | |
c771326b | 8303 | arguments to bit-field instructions. |
feca2ed3 JW |
8304 | |
8305 | If both types of instructions truncate the count (for shifts) and | |
c771326b | 8306 | position (for bit-field operations), or if no variable-position bit-field |
feca2ed3 JW |
8307 | instructions exist, you should define this macro. |
8308 | ||
8309 | However, on some machines, such as the 80386 and the 680x0, truncation | |
8310 | only applies to shift operations and not the (real or pretended) | |
c771326b | 8311 | bit-field operations. Define @code{SHIFT_COUNT_TRUNCATED} to be zero on |
feca2ed3 JW |
8312 | such machines. Instead, add patterns to the @file{md} file that include |
8313 | the implied truncation of the shift instructions. | |
8314 | ||
8315 | You need not define this macro if it would always have the value of zero. | |
8316 | ||
8317 | @findex TRULY_NOOP_TRUNCATION | |
8318 | @item TRULY_NOOP_TRUNCATION (@var{outprec}, @var{inprec}) | |
8319 | A C expression which is nonzero if on this machine it is safe to | |
8320 | ``convert'' an integer of @var{inprec} bits to one of @var{outprec} | |
8321 | bits (where @var{outprec} is smaller than @var{inprec}) by merely | |
8322 | operating on it as if it had only @var{outprec} bits. | |
8323 | ||
8324 | On many machines, this expression can be 1. | |
8325 | ||
8326 | @c rearranged this, removed the phrase "it is reported that". this was | |
8327 | @c to fix an overfull hbox. --mew 10feb93 | |
8328 | When @code{TRULY_NOOP_TRUNCATION} returns 1 for a pair of sizes for | |
8329 | modes for which @code{MODES_TIEABLE_P} is 0, suboptimal code can result. | |
8330 | If this is the case, making @code{TRULY_NOOP_TRUNCATION} return 0 in | |
8331 | such cases may improve things. | |
8332 | ||
8333 | @findex STORE_FLAG_VALUE | |
8334 | @item STORE_FLAG_VALUE | |
8335 | A C expression describing the value returned by a comparison operator | |
8336 | with an integral mode and stored by a store-flag instruction | |
8337 | (@samp{s@var{cond}}) when the condition is true. This description must | |
8338 | apply to @emph{all} the @samp{s@var{cond}} patterns and all the | |
8339 | comparison operators whose results have a @code{MODE_INT} mode. | |
8340 | ||
630d3d5a JM |
8341 | A value of 1 or @minus{}1 means that the instruction implementing the |
8342 | comparison operator returns exactly 1 or @minus{}1 when the comparison is true | |
feca2ed3 JW |
8343 | and 0 when the comparison is false. Otherwise, the value indicates |
8344 | which bits of the result are guaranteed to be 1 when the comparison is | |
8345 | true. This value is interpreted in the mode of the comparison | |
8346 | operation, which is given by the mode of the first operand in the | |
8347 | @samp{s@var{cond}} pattern. Either the low bit or the sign bit of | |
8348 | @code{STORE_FLAG_VALUE} be on. Presently, only those bits are used by | |
8349 | the compiler. | |
8350 | ||
630d3d5a | 8351 | If @code{STORE_FLAG_VALUE} is neither 1 or @minus{}1, the compiler will |
feca2ed3 JW |
8352 | generate code that depends only on the specified bits. It can also |
8353 | replace comparison operators with equivalent operations if they cause | |
8354 | the required bits to be set, even if the remaining bits are undefined. | |
8355 | For example, on a machine whose comparison operators return an | |
8356 | @code{SImode} value and where @code{STORE_FLAG_VALUE} is defined as | |
8357 | @samp{0x80000000}, saying that just the sign bit is relevant, the | |
8358 | expression | |
8359 | ||
8360 | @smallexample | |
8361 | (ne:SI (and:SI @var{x} (const_int @var{power-of-2})) (const_int 0)) | |
8362 | @end smallexample | |
8363 | ||
8364 | @noindent | |
8365 | can be converted to | |
8366 | ||
8367 | @smallexample | |
8368 | (ashift:SI @var{x} (const_int @var{n})) | |
8369 | @end smallexample | |
8370 | ||
8371 | @noindent | |
8372 | where @var{n} is the appropriate shift count to move the bit being | |
8373 | tested into the sign bit. | |
8374 | ||
8375 | There is no way to describe a machine that always sets the low-order bit | |
8376 | for a true value, but does not guarantee the value of any other bits, | |
8377 | but we do not know of any machine that has such an instruction. If you | |
a3a15b4d | 8378 | are trying to port GCC to such a machine, include an instruction to |
feca2ed3 JW |
8379 | perform a logical-and of the result with 1 in the pattern for the |
8380 | comparison operators and let us know | |
8381 | @ifset USING | |
8382 | (@pxref{Bug Reporting,,How to Report Bugs}). | |
8383 | @end ifset | |
8384 | @ifclear USING | |
8385 | (@pxref{Bug Reporting,,How to Report Bugs,gcc.info,Using GCC}). | |
8386 | @end ifclear | |
8387 | ||
8388 | Often, a machine will have multiple instructions that obtain a value | |
8389 | from a comparison (or the condition codes). Here are rules to guide the | |
8390 | choice of value for @code{STORE_FLAG_VALUE}, and hence the instructions | |
8391 | to be used: | |
8392 | ||
8393 | @itemize @bullet | |
8394 | @item | |
8395 | Use the shortest sequence that yields a valid definition for | |
8396 | @code{STORE_FLAG_VALUE}. It is more efficient for the compiler to | |
8397 | ``normalize'' the value (convert it to, e.g., 1 or 0) than for the | |
8398 | comparison operators to do so because there may be opportunities to | |
8399 | combine the normalization with other operations. | |
8400 | ||
8401 | @item | |
630d3d5a | 8402 | For equal-length sequences, use a value of 1 or @minus{}1, with @minus{}1 being |
feca2ed3 JW |
8403 | slightly preferred on machines with expensive jumps and 1 preferred on |
8404 | other machines. | |
8405 | ||
8406 | @item | |
8407 | As a second choice, choose a value of @samp{0x80000001} if instructions | |
8408 | exist that set both the sign and low-order bits but do not define the | |
8409 | others. | |
8410 | ||
8411 | @item | |
8412 | Otherwise, use a value of @samp{0x80000000}. | |
8413 | @end itemize | |
8414 | ||
8415 | Many machines can produce both the value chosen for | |
8416 | @code{STORE_FLAG_VALUE} and its negation in the same number of | |
8417 | instructions. On those machines, you should also define a pattern for | |
8418 | those cases, e.g., one matching | |
8419 | ||
8420 | @smallexample | |
8421 | (set @var{A} (neg:@var{m} (ne:@var{m} @var{B} @var{C}))) | |
8422 | @end smallexample | |
8423 | ||
8424 | Some machines can also perform @code{and} or @code{plus} operations on | |
8425 | condition code values with less instructions than the corresponding | |
8426 | @samp{s@var{cond}} insn followed by @code{and} or @code{plus}. On those | |
8427 | machines, define the appropriate patterns. Use the names @code{incscc} | |
8428 | and @code{decscc}, respectively, for the patterns which perform | |
8429 | @code{plus} or @code{minus} operations on condition code values. See | |
8430 | @file{rs6000.md} for some examples. The GNU Superoptizer can be used to | |
8431 | find such instruction sequences on other machines. | |
8432 | ||
8433 | You need not define @code{STORE_FLAG_VALUE} if the machine has no store-flag | |
8434 | instructions. | |
8435 | ||
8436 | @findex FLOAT_STORE_FLAG_VALUE | |
12530dbe | 8437 | @item FLOAT_STORE_FLAG_VALUE (@var{mode}) |
df2a54e9 | 8438 | A C expression that gives a nonzero @code{REAL_VALUE_TYPE} value that is |
feca2ed3 JW |
8439 | returned when comparison operators with floating-point results are true. |
8440 | Define this macro on machine that have comparison operations that return | |
8441 | floating-point values. If there are no such operations, do not define | |
8442 | this macro. | |
8443 | ||
8444 | @findex Pmode | |
8445 | @item Pmode | |
8446 | An alias for the machine mode for pointers. On most machines, define | |
8447 | this to be the integer mode corresponding to the width of a hardware | |
8448 | pointer; @code{SImode} on 32-bit machine or @code{DImode} on 64-bit machines. | |
8449 | On some machines you must define this to be one of the partial integer | |
8450 | modes, such as @code{PSImode}. | |
8451 | ||
8452 | The width of @code{Pmode} must be at least as large as the value of | |
8453 | @code{POINTER_SIZE}. If it is not equal, you must define the macro | |
8454 | @code{POINTERS_EXTEND_UNSIGNED} to specify how pointers are extended | |
8455 | to @code{Pmode}. | |
8456 | ||
8457 | @findex FUNCTION_MODE | |
8458 | @item FUNCTION_MODE | |
8459 | An alias for the machine mode used for memory references to functions | |
8460 | being called, in @code{call} RTL expressions. On most machines this | |
8461 | should be @code{QImode}. | |
8462 | ||
8463 | @findex INTEGRATE_THRESHOLD | |
8464 | @item INTEGRATE_THRESHOLD (@var{decl}) | |
8465 | A C expression for the maximum number of instructions above which the | |
8466 | function @var{decl} should not be inlined. @var{decl} is a | |
8467 | @code{FUNCTION_DECL} node. | |
8468 | ||
8469 | The default definition of this macro is 64 plus 8 times the number of | |
8470 | arguments that the function accepts. Some people think a larger | |
8471 | threshold should be used on RISC machines. | |
8472 | ||
ee773fcc NB |
8473 | @findex STDC_0_IN_SYSTEM_HEADERS |
8474 | @item STDC_0_IN_SYSTEM_HEADERS | |
8475 | In normal operation, the preprocessor expands @code{__STDC__} to the | |
8476 | constant 1, to signify that GCC conforms to ISO Standard C@. On some | |
8477 | hosts, like Solaris, the system compiler uses a different convention, | |
8478 | where @code{__STDC__} is normally 0, but is 1 if the user specifies | |
8479 | strict conformance to the C Standard. | |
8480 | ||
8481 | Defining @code{STDC_0_IN_SYSTEM_HEADERS} makes GNU CPP follows the host | |
8482 | convention when processing system header files, but when processing user | |
8483 | files @code{__STDC__} will always expand to 1. | |
8484 | ||
feca2ed3 JW |
8485 | @findex SCCS_DIRECTIVE |
8486 | @item SCCS_DIRECTIVE | |
8487 | Define this if the preprocessor should ignore @code{#sccs} directives | |
8488 | and print no error message. | |
8489 | ||
8490 | @findex NO_IMPLICIT_EXTERN_C | |
8491 | @item NO_IMPLICIT_EXTERN_C | |
161d7b59 | 8492 | Define this macro if the system header files support C++ as well as C@. |
feca2ed3 JW |
8493 | This macro inhibits the usual method of using system header files in |
8494 | C++, which is to pretend that the file's contents are enclosed in | |
8495 | @samp{extern "C" @{@dots{}@}}. | |
8496 | ||
8497 | @findex HANDLE_PRAGMA | |
8b97c5f8 ZW |
8498 | @item HANDLE_PRAGMA (@var{getc}, @var{ungetc}, @var{name}) |
8499 | This macro is no longer supported. You must use | |
8500 | @code{REGISTER_TARGET_PRAGMAS} instead. | |
8501 | ||
8502 | @findex REGISTER_TARGET_PRAGMAS | |
feca2ed3 JW |
8503 | @findex #pragma |
8504 | @findex pragma | |
8b97c5f8 ZW |
8505 | @item REGISTER_TARGET_PRAGMAS (@var{pfile}) |
8506 | Define this macro if you want to implement any target-specific pragmas. | |
a5da89c6 NB |
8507 | If defined, it is a C expression which makes a series of calls to |
8508 | @code{cpp_register_pragma} for each pragma, with @var{pfile} passed as | |
8509 | the first argument to to these functions. The macro may also do any | |
8510 | setup required for the pragmas. | |
8b97c5f8 ZW |
8511 | |
8512 | The primary reason to define this macro is to provide compatibility with | |
8513 | other compilers for the same target. In general, we discourage | |
161d7b59 | 8514 | definition of target-specific pragmas for GCC@. |
feca2ed3 | 8515 | |
c237e94a | 8516 | If the pragma can be implemented by attributes then you should consider |
91d231cb | 8517 | defining the target hook @samp{TARGET_INSERT_ATTRIBUTES} as well. |
f09db6e0 | 8518 | |
8b97c5f8 ZW |
8519 | Preprocessor macros that appear on pragma lines are not expanded. All |
8520 | @samp{#pragma} directives that do not match any registered pragma are | |
630d3d5a | 8521 | silently ignored, unless the user specifies @option{-Wunknown-pragmas}. |
8b97c5f8 ZW |
8522 | |
8523 | @deftypefun void cpp_register_pragma (cpp_reader *@var{pfile}, const char *@var{space}, const char *@var{name}, void (*@var{callback}) (cpp_reader *)) | |
8524 | ||
8525 | Each call to @code{cpp_register_pragma} establishes one pragma. The | |
8526 | @var{callback} routine will be called when the preprocessor encounters a | |
8527 | pragma of the form | |
8528 | ||
8529 | @smallexample | |
8530 | #pragma [@var{space}] @var{name} @dots{} | |
8531 | @end smallexample | |
8532 | ||
a5da89c6 NB |
8533 | @var{space} is the case-sensitive namespace of the pragma, or |
8534 | @code{NULL} to put the pragma in the global namespace. The callback | |
8535 | routine receives @var{pfile} as its first argument, which can be passed | |
51fabca5 NB |
8536 | on to cpplib's functions if necessary. You can lex tokens after the |
8537 | @var{name} by calling @code{c_lex}. Tokens that are not read by the | |
8538 | callback will be silently ignored. The end of the line is indicated by | |
8539 | a token of type @code{CPP_EOF}. | |
8b97c5f8 ZW |
8540 | |
8541 | For an example use of this routine, see @file{c4x.h} and the callback | |
51fabca5 | 8542 | routines defined in @file{c4x-c.c}. |
aac69a49 NC |
8543 | |
8544 | Note that the use of @code{c_lex} is specific to the C and C++ | |
8545 | compilers. It will not work in the Java or Fortran compilers, or any | |
8546 | other language compilers for that matter. Thus if @code{c_lex} is going | |
8547 | to be called from target-specific code, it must only be done so when | |
c771326b | 8548 | building the C and C++ compilers. This can be done by defining the |
aac69a49 | 8549 | variables @code{c_target_objs} and @code{cxx_target_objs} in the |
aee96fe9 | 8550 | target entry in the @file{config.gcc} file. These variables should name |
aac69a49 NC |
8551 | the target-specific, language-specific object file which contains the |
8552 | code that uses @code{c_lex}. Note it will also be necessary to add a | |
8553 | rule to the makefile fragment pointed to by @code{tmake_file} that shows | |
8554 | how to build this object file. | |
8b97c5f8 ZW |
8555 | @end deftypefun |
8556 | ||
e2af664c NC |
8557 | @findex HANDLE_SYSV_PRAGMA |
8558 | @findex #pragma | |
8559 | @findex pragma | |
8560 | @item HANDLE_SYSV_PRAGMA | |
8561 | Define this macro (to a value of 1) if you want the System V style | |
8562 | pragmas @samp{#pragma pack(<n>)} and @samp{#pragma weak <name> | |
8563 | [=<value>]} to be supported by gcc. | |
8564 | ||
8565 | The pack pragma specifies the maximum alignment (in bytes) of fields | |
8566 | within a structure, in much the same way as the @samp{__aligned__} and | |
8567 | @samp{__packed__} @code{__attribute__}s do. A pack value of zero resets | |
8568 | the behaviour to the default. | |
8569 | ||
8570 | The weak pragma only works if @code{SUPPORTS_WEAK} and | |
8571 | @code{ASM_WEAKEN_LABEL} are defined. If enabled it allows the creation | |
8572 | of specifically named weak labels, optionally with a value. | |
8573 | ||
8574 | @findex HANDLE_PRAGMA_PACK_PUSH_POP | |
8575 | @findex #pragma | |
8576 | @findex pragma | |
8577 | @item HANDLE_PRAGMA_PACK_PUSH_POP | |
8578 | Define this macro (to a value of 1) if you want to support the Win32 | |
aee96fe9 JM |
8579 | style pragmas @samp{#pragma pack(push,@var{n})} and @samp{#pragma |
8580 | pack(pop)}. The @samp{pack(push,@var{n})} pragma specifies the maximum alignment | |
e2af664c NC |
8581 | (in bytes) of fields within a structure, in much the same way as the |
8582 | @samp{__aligned__} and @samp{__packed__} @code{__attribute__}s do. A | |
8583 | pack value of zero resets the behaviour to the default. Successive | |
8584 | invocations of this pragma cause the previous values to be stacked, so | |
8585 | that invocations of @samp{#pragma pack(pop)} will return to the previous | |
8586 | value. | |
feca2ed3 JW |
8587 | |
8588 | @findex DOLLARS_IN_IDENTIFIERS | |
8589 | @item DOLLARS_IN_IDENTIFIERS | |
8590 | Define this macro to control use of the character @samp{$} in identifier | |
37d13a29 | 8591 | names. 0 means @samp{$} is not allowed by default; 1 means it is allowed. |
feca2ed3 | 8592 | 1 is the default; there is no need to define this macro in that case. |
37d13a29 | 8593 | This macro controls the compiler proper; it does not affect the preprocessor. |
feca2ed3 JW |
8594 | |
8595 | @findex NO_DOLLAR_IN_LABEL | |
8596 | @item NO_DOLLAR_IN_LABEL | |
8597 | Define this macro if the assembler does not accept the character | |
8598 | @samp{$} in label names. By default constructors and destructors in | |
8599 | G++ have @samp{$} in the identifiers. If this macro is defined, | |
8600 | @samp{.} is used instead. | |
8601 | ||
8602 | @findex NO_DOT_IN_LABEL | |
8603 | @item NO_DOT_IN_LABEL | |
8604 | Define this macro if the assembler does not accept the character | |
8605 | @samp{.} in label names. By default constructors and destructors in G++ | |
8606 | have names that use @samp{.}. If this macro is defined, these names | |
8607 | are rewritten to avoid @samp{.}. | |
8608 | ||
8609 | @findex DEFAULT_MAIN_RETURN | |
8610 | @item DEFAULT_MAIN_RETURN | |
8611 | Define this macro if the target system expects every program's @code{main} | |
8612 | function to return a standard ``success'' value by default (if no other | |
8613 | value is explicitly returned). | |
8614 | ||
8615 | The definition should be a C statement (sans semicolon) to generate the | |
8616 | appropriate rtl instructions. It is used only when compiling the end of | |
8617 | @code{main}. | |
8618 | ||
c063dc98 JM |
8619 | @item NEED_ATEXIT |
8620 | @findex NEED_ATEXIT | |
8621 | Define this if the target system lacks the function @code{atexit} | |
5490d604 | 8622 | from the ISO C standard. If this macro is defined, a default definition |
c063dc98 JM |
8623 | will be provided to support C++. If @code{ON_EXIT} is not defined, |
8624 | a default @code{exit} function will also be provided. | |
8625 | ||
8626 | @item ON_EXIT | |
8627 | @findex ON_EXIT | |
8628 | Define this macro if the target has another way to implement atexit | |
8629 | functionality without replacing @code{exit}. For instance, SunOS 4 has | |
8630 | a similar @code{on_exit} library function. | |
8631 | ||
8632 | The definition should be a functional macro which can be used just like | |
8633 | the @code{atexit} function. | |
feca2ed3 JW |
8634 | |
8635 | @item EXIT_BODY | |
8636 | @findex EXIT_BODY | |
8637 | Define this if your @code{exit} function needs to do something | |
8638 | besides calling an external function @code{_cleanup} before | |
8639 | terminating with @code{_exit}. The @code{EXIT_BODY} macro is | |
9e9b9afe JM |
8640 | only needed if @code{NEED_ATEXIT} is defined and @code{ON_EXIT} is not |
8641 | defined. | |
feca2ed3 JW |
8642 | |
8643 | @findex INSN_SETS_ARE_DELAYED | |
8644 | @item INSN_SETS_ARE_DELAYED (@var{insn}) | |
8645 | Define this macro as a C expression that is nonzero if it is safe for the | |
8646 | delay slot scheduler to place instructions in the delay slot of @var{insn}, | |
8647 | even if they appear to use a resource set or clobbered in @var{insn}. | |
a3a15b4d | 8648 | @var{insn} is always a @code{jump_insn} or an @code{insn}; GCC knows that |
feca2ed3 JW |
8649 | every @code{call_insn} has this behavior. On machines where some @code{insn} |
8650 | or @code{jump_insn} is really a function call and hence has this behavior, | |
8651 | you should define this macro. | |
8652 | ||
8653 | You need not define this macro if it would always return zero. | |
8654 | ||
8655 | @findex INSN_REFERENCES_ARE_DELAYED | |
8656 | @item INSN_REFERENCES_ARE_DELAYED (@var{insn}) | |
8657 | Define this macro as a C expression that is nonzero if it is safe for the | |
8658 | delay slot scheduler to place instructions in the delay slot of @var{insn}, | |
8659 | even if they appear to set or clobber a resource referenced in @var{insn}. | |
8660 | @var{insn} is always a @code{jump_insn} or an @code{insn}. On machines where | |
8661 | some @code{insn} or @code{jump_insn} is really a function call and its operands | |
8662 | are registers whose use is actually in the subroutine it calls, you should | |
8663 | define this macro. Doing so allows the delay slot scheduler to move | |
8664 | instructions which copy arguments into the argument registers into the delay | |
8665 | slot of @var{insn}. | |
8666 | ||
8667 | You need not define this macro if it would always return zero. | |
8668 | ||
8669 | @findex MACHINE_DEPENDENT_REORG | |
8670 | @item MACHINE_DEPENDENT_REORG (@var{insn}) | |
8671 | In rare cases, correct code generation requires extra machine | |
8672 | dependent processing between the second jump optimization pass and | |
8673 | delayed branch scheduling. On those machines, define this macro as a C | |
8674 | statement to act on the code starting at @var{insn}. | |
8675 | ||
861bb6c1 JL |
8676 | @findex MULTIPLE_SYMBOL_SPACES |
8677 | @item MULTIPLE_SYMBOL_SPACES | |
8678 | Define this macro if in some cases global symbols from one translation | |
8679 | unit may not be bound to undefined symbols in another translation unit | |
8680 | without user intervention. For instance, under Microsoft Windows | |
8681 | symbols must be explicitly imported from shared libraries (DLLs). | |
8682 | ||
57bcb97a | 8683 | @findex MD_ASM_CLOBBERS |
aee96fe9 JM |
8684 | @item MD_ASM_CLOBBERS (@var{clobbers}) |
8685 | A C statement that adds to @var{clobbers} @code{STRING_CST} trees for | |
57bcb97a RH |
8686 | any hard regs the port wishes to automatically clobber for all asms. |
8687 | ||
dbecbbe4 JL |
8688 | @findex MAX_INTEGER_COMPUTATION_MODE |
8689 | @item MAX_INTEGER_COMPUTATION_MODE | |
8690 | Define this to the largest integer machine mode which can be used for | |
8691 | operations other than load, store and copy operations. | |
8692 | ||
8693 | You need only define this macro if the target holds values larger than | |
8694 | @code{word_mode} in general purpose registers. Most targets should not define | |
8695 | this macro. | |
f89223a9 | 8696 | |
71d718e0 JM |
8697 | @findex MATH_LIBRARY |
8698 | @item MATH_LIBRARY | |
8699 | Define this macro as a C string constant for the linker argument to link | |
8700 | in the system math library, or @samp{""} if the target does not have a | |
8701 | separate math library. | |
8702 | ||
8703 | You need only define this macro if the default of @samp{"-lm"} is wrong. | |
512b62fb JM |
8704 | |
8705 | @findex LIBRARY_PATH_ENV | |
8706 | @item LIBRARY_PATH_ENV | |
8707 | Define this macro as a C string constant for the environment variable that | |
8708 | specifies where the linker should look for libraries. | |
8709 | ||
8710 | You need only define this macro if the default of @samp{"LIBRARY_PATH"} | |
8711 | is wrong. | |
e09d24ff R |
8712 | |
8713 | @findex TARGET_HAS_F_SETLKW | |
8714 | @item TARGET_HAS_F_SETLKW | |
161d7b59 JM |
8715 | Define this macro if the target supports file locking with fcntl / F_SETLKW@. |
8716 | Note that this functionality is part of POSIX@. | |
e09d24ff R |
8717 | Defining @code{TARGET_HAS_F_SETLKW} will enable the test coverage code |
8718 | to use file locking when exiting a program, which avoids race conditions | |
8719 | if the program has forked. | |
0c99ec5c RH |
8720 | |
8721 | @findex MAX_CONDITIONAL_EXECUTE | |
8722 | @item MAX_CONDITIONAL_EXECUTE | |
8723 | ||
8724 | A C expression for the maximum number of instructions to execute via | |
8725 | conditional execution instructions instead of a branch. A value of | |
8726 | @code{BRANCH_COST}+1 is the default if the machine does not use cc0, and | |
8727 | 1 if it does use cc0. | |
90280148 MM |
8728 | |
8729 | @findex IFCVT_MODIFY_TESTS | |
8730 | @item IFCVT_MODIFY_TESTS | |
8731 | A C expression to modify the tests in @code{TRUE_EXPR}, and | |
c771326b | 8732 | @code{FALSE_EXPR} for use in converting insns in @code{TEST_BB}, |
90280148 MM |
8733 | @code{THEN_BB}, @code{ELSE_BB}, and @code{JOIN_BB} basic blocks to |
8734 | conditional execution. Set either @code{TRUE_EXPR} or @code{FALSE_EXPR} | |
8735 | to a null pointer if the tests cannot be converted. | |
8736 | ||
8737 | @findex IFCVT_MODIFY_INSN | |
8738 | @item IFCVT_MODIFY_INSN | |
8739 | A C expression to modify the @code{PATTERN} of an @code{INSN} that is to | |
8740 | be converted to conditional execution format. | |
8741 | ||
8742 | @findex IFCVT_MODIFY_FINAL | |
8743 | @item IFCVT_MODIFY_FINAL | |
8744 | A C expression to perform any final machine dependent modifications in | |
8745 | converting code to conditional execution in the basic blocks | |
8746 | @code{TEST_BB}, @code{THEN_BB}, @code{ELSE_BB}, and @code{JOIN_BB}. | |
8747 | ||
8748 | @findex IFCVT_MODIFY_CANCEL | |
8749 | @item IFCVT_MODIFY_CANCEL | |
8750 | A C expression to cancel any machine dependent modifications in | |
8751 | converting code to conditional execution in the basic blocks | |
8752 | @code{TEST_BB}, @code{THEN_BB}, @code{ELSE_BB}, and @code{JOIN_BB}. | |
c237e94a | 8753 | @end table |
4a1d48f6 | 8754 | |
f6155fda SS |
8755 | @deftypefn {Target Hook} void TARGET_INIT_BUILTINS () |
8756 | Define this hook if you have any machine-specific built-in functions | |
8757 | that need to be defined. It should be a function that performs the | |
4a1d48f6 BS |
8758 | necessary setup. |
8759 | ||
c771326b | 8760 | Machine specific built-in functions can be useful to expand special machine |
4a1d48f6 BS |
8761 | instructions that would otherwise not normally be generated because |
8762 | they have no equivalent in the source language (for example, SIMD vector | |
8763 | instructions or prefetch instructions). | |
8764 | ||
c771326b JM |
8765 | To create a built-in function, call the function @code{builtin_function} |
8766 | which is defined by the language front end. You can use any type nodes set | |
4a1d48f6 | 8767 | up by @code{build_common_tree_nodes} and @code{build_common_tree_nodes_2}; |
c237e94a | 8768 | only language front ends that use those two functions will call |
f6155fda | 8769 | @samp{TARGET_INIT_BUILTINS}. |
acdcefcc | 8770 | @end deftypefn |
4a1d48f6 | 8771 | |
f6155fda | 8772 | @deftypefn {Target Hook} rtx TARGET_EXPAND_BUILTIN (tree @var{exp}, rtx @var{target}, rtx @var{subtarget}, enum machine_mode @var{mode}, int @var{ignore}) |
4a1d48f6 | 8773 | |
c771326b | 8774 | Expand a call to a machine specific built-in function that was set up by |
f6155fda SS |
8775 | @samp{TARGET_INIT_BUILTINS}. @var{exp} is the expression for the |
8776 | function call; the result should go to @var{target} if that is | |
8777 | convenient, and have mode @var{mode} if that is convenient. | |
8778 | @var{subtarget} may be used as the target for computing one of | |
8779 | @var{exp}'s operands. @var{ignore} is nonzero if the value is to be | |
8780 | ignored. This function should return the result of the call to the | |
8781 | built-in function. | |
acdcefcc | 8782 | @end deftypefn |
4a1d48f6 | 8783 | |
c237e94a | 8784 | @table @code |
6e7b03e1 AH |
8785 | @findex MD_CAN_REDIRECT_BRANCH |
8786 | @item MD_CAN_REDIRECT_BRANCH(@var{branch1}, @var{branch2}) | |
8787 | ||
4fe9b91c | 8788 | Take a branch insn in @var{branch1} and another in @var{branch2}. |
6e7b03e1 AH |
8789 | Return true if redirecting @var{branch1} to the destination of |
8790 | @var{branch2} is possible. | |
8791 | ||
8792 | On some targets, branches may have a limited range. Optimizing the | |
8793 | filling of delay slots can result in branches being redirected, and this | |
8794 | may in turn cause a branch offset to overflow. | |
8795 | ||
385b6e2d R |
8796 | @findex ALLOCATE_INITIAL_VALUE |
8797 | @item ALLOCATE_INITIAL_VALUE(@var{hard_reg}) | |
8798 | ||
8799 | When the initial value of a hard register has been copied in a pseudo | |
4fe9b91c | 8800 | register, it is often not necessary to actually allocate another register |
385b6e2d R |
8801 | to this pseudo register, because the original hard register or a stack slot |
8802 | it has been saved into can be used. @code{ALLOCATE_INITIAL_VALUE}, if | |
8803 | defined, is called at the start of register allocation once for each | |
8804 | hard register that had its initial value copied by using | |
8805 | @code{get_func_hard_reg_initial_val} or @code{get_hard_reg_initial_val}. | |
8806 | Possible values are @code{NULL_RTX}, if you don't want | |
8807 | to do any special allocation, a @code{REG} rtx---that would typically be | |
8808 | the hard register itself, if it is known not to be clobbered---or a | |
8809 | @code{MEM}. | |
8810 | If you are returning a @code{MEM}, this is only a hint for the allocator; | |
8811 | it might decide to use another register anyways. | |
8812 | You may use @code{current_function_leaf_function} in the definition of the | |
8813 | macro, functions that use @code{REG_N_SETS}, to determine if the hard | |
8814 | register in question will not be clobbered. | |
8815 | ||
feca2ed3 | 8816 | @end table |