2005-11-16 Shaun Jackman <sjackman@gmail.com>
[deliverable/binutils-gdb.git] / gas / doc / internals.texi
CommitLineData
252b5132 1\input texinfo
f7e42eb4 2@c Copyright 1991, 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000,
2da5c037 3@c 2001, 2002, 2003, 2004, 2005
f7e42eb4 4@c Free Software Foundation, Inc.
252b5132
RH
5@setfilename internals.info
6@node Top
7@top Assembler Internals
8@raisesections
9@cindex internals
10
11This chapter describes the internals of the assembler. It is incomplete, but
12it may help a bit.
13
43da67e8 14This chapter is not updated regularly, and it may be out of date.
252b5132
RH
15
16@menu
252b5132
RH
17* Data types:: Data types
18* GAS processing:: What GAS does when it runs
19* Porting GAS:: Porting GAS
20* Relaxation:: Relaxation
21* Broken words:: Broken words
22* Internal functions:: Internal functions
23* Test suite:: Test suite
24@end menu
25
252b5132
RH
26@node Data types
27@section Data types
28@cindex internals, data types
29
30This section describes some fundamental GAS data types.
31
32@menu
33* Symbols:: The symbolS structure
34* Expressions:: The expressionS structure
35* Fixups:: The fixS structure
36* Frags:: The fragS structure
37@end menu
38
39@node Symbols
40@subsection Symbols
41@cindex internals, symbols
42@cindex symbols, internal
43@cindex symbolS structure
44
b4013713
ILT
45The definition for the symbol structure, @code{symbolS}, is located in
46@file{struc-symbol.h}.
47
48In general, the fields of this structure may not be referred to directly.
49Instead, you must use one of the accessor functions defined in @file{symbol.h}.
50These accessor functions should work for any GAS version.
51
52Symbol structures contain the following fields:
252b5132
RH
53
54@table @code
55@item sy_value
56This is an @code{expressionS} that describes the value of the symbol. It might
57refer to one or more other symbols; if so, its true value may not be known
6386f3a7
AM
58until @code{resolve_symbol_value} is called with @var{finalize_syms} non-zero
59in @code{write_object_file}.
252b5132
RH
60
61The expression is often simply a constant. Before @code{resolve_symbol_value}
6386f3a7
AM
62is called with @var{finalize_syms} set, the value is the offset from the frag
63(@pxref{Frags}). Afterward, the frag address has been added in.
252b5132
RH
64
65@item sy_resolved
66This field is non-zero if the symbol's value has been completely resolved. It
67is used during the final pass over the symbol table.
68
69@item sy_resolving
70This field is used to detect loops while resolving the symbol's value.
71
72@item sy_used_in_reloc
73This field is non-zero if the symbol is used by a relocation entry. If a local
74symbol is used in a relocation entry, it must be possible to redirect those
75relocations to other symbols, or this symbol cannot be removed from the final
76symbol list.
77
78@item sy_next
79@itemx sy_previous
829c3ed3
AM
80These pointers to other @code{symbolS} structures describe a doubly
81linked list. These fields should be accessed with
252b5132
RH
82the @code{symbol_next} and @code{symbol_previous} macros.
83
84@item sy_frag
85This points to the frag (@pxref{Frags}) that this symbol is attached to.
86
87@item sy_used
88Whether the symbol is used as an operand or in an expression. Note: Not all of
89the backends keep this information accurate; backends which use this bit are
90responsible for setting it when a symbol is used in backend routines.
91
92@item sy_mri_common
93Whether the symbol is an MRI common symbol created by the @code{COMMON}
94pseudo-op when assembling in MRI mode.
95
06e77878
AO
96@item sy_weakrefr
97Whether the symbol is a @code{weakref} alias to another symbol.
98
99@item sy_weakrefd
100Whether the symbol is or was referenced by one or more @code{weakref} aliases,
101and has not had any direct references.
102
252b5132 103@item bsym
829c3ed3 104This points to the BFD @code{asymbol} that
252b5132
RH
105will be used in writing the object file.
106
252b5132
RH
107@item sy_obj
108This format-specific data is of type @code{OBJ_SYMFIELD_TYPE}. If no macro by
109that name is defined in @file{obj-format.h}, this field is not defined.
110
111@item sy_tc
112This processor-specific data is of type @code{TC_SYMFIELD_TYPE}. If no macro
113by that name is defined in @file{targ-cpu.h}, this field is not defined.
114
252b5132
RH
115@end table
116
b4013713
ILT
117Here is a description of the accessor functions. These should be used rather
118than referring to the fields of @code{symbolS} directly.
252b5132
RH
119
120@table @code
121@item S_SET_VALUE
122@cindex S_SET_VALUE
123Set the symbol's value.
124
125@item S_GET_VALUE
126@cindex S_GET_VALUE
127Get the symbol's value. This will cause @code{resolve_symbol_value} to be
6386f3a7 128called if necessary.
252b5132
RH
129
130@item S_SET_SEGMENT
131@cindex S_SET_SEGMENT
132Set the section of the symbol.
133
134@item S_GET_SEGMENT
135@cindex S_GET_SEGMENT
136Get the symbol's section.
137
138@item S_GET_NAME
139@cindex S_GET_NAME
140Get the name of the symbol.
141
142@item S_SET_NAME
143@cindex S_SET_NAME
144Set the name of the symbol.
145
146@item S_IS_EXTERNAL
147@cindex S_IS_EXTERNAL
148Return non-zero if the symbol is externally visible.
149
150@item S_IS_EXTERN
151@cindex S_IS_EXTERN
152A synonym for @code{S_IS_EXTERNAL}. Don't use it.
153
154@item S_IS_WEAK
155@cindex S_IS_WEAK
06e77878
AO
156Return non-zero if the symbol is weak, or if it is a @code{weakref} alias or
157symbol that has not been strongly referenced.
158
159@item S_IS_WEAKREFR
160@cindex S_IS_WEAKREFR
161Return non-zero if the symbol is a @code{weakref} alias.
162
163@item S_IS_WEAKREFD
164@cindex S_IS_WEAKREFD
165Return non-zero if the symbol was aliased by a @code{weakref} alias and has not
166had any strong references.
252b5132
RH
167
168@item S_IS_COMMON
169@cindex S_IS_COMMON
170Return non-zero if this is a common symbol. Common symbols are sometimes
171represented as undefined symbols with a value, in which case this function will
172not be reliable.
173
174@item S_IS_DEFINED
175@cindex S_IS_DEFINED
176Return non-zero if this symbol is defined. This function is not reliable when
177called on a common symbol.
178
179@item S_IS_DEBUG
180@cindex S_IS_DEBUG
181Return non-zero if this is a debugging symbol.
182
183@item S_IS_LOCAL
184@cindex S_IS_LOCAL
185Return non-zero if this is a local assembler symbol which should not be
186included in the final symbol table. Note that this is not the opposite of
187@code{S_IS_EXTERNAL}. The @samp{-L} assembler option affects the return value
188of this function.
189
190@item S_SET_EXTERNAL
191@cindex S_SET_EXTERNAL
192Mark the symbol as externally visible.
193
194@item S_CLEAR_EXTERNAL
195@cindex S_CLEAR_EXTERNAL
196Mark the symbol as not externally visible.
197
198@item S_SET_WEAK
199@cindex S_SET_WEAK
200Mark the symbol as weak.
201
06e77878
AO
202@item S_SET_WEAKREFR
203@cindex S_SET_WEAKREFR
204Mark the symbol as the referrer in a @code{weakref} directive. The symbol it
205aliases must have been set to the value expression before this point. If the
206alias has already been used, the symbol is marked as used too.
207
208@item S_CLEAR_WEAKREFR
209@cindex S_CLEAR_WEAKREFR
210Clear the @code{weakref} alias status of a symbol. This is implicitly called
211whenever a symbol is defined or set to a new expression.
212
213@item S_SET_WEAKREFD
214@cindex S_SET_WEAKREFD
215Mark the symbol as the referred symbol in a @code{weakref} directive.
216Implicitly marks the symbol as weak, but see below. It should only be called
217if the referenced symbol has just been added to the symbol table.
218
219@item S_SET_WEAKREFD
220@cindex S_SET_WEAKREFD
221Clear the @code{weakref} aliased status of a symbol. This is implicitly called
222whenever the symbol is looked up, as part of a direct reference or a
223definition, but not as part of a @code{weakref} directive.
224
252b5132
RH
225@item S_GET_TYPE
226@item S_GET_DESC
227@item S_GET_OTHER
228@cindex S_GET_TYPE
229@cindex S_GET_DESC
230@cindex S_GET_OTHER
231Get the @code{type}, @code{desc}, and @code{other} fields of the symbol. These
232are only defined for object file formats for which they make sense (primarily
233a.out).
234
235@item S_SET_TYPE
236@item S_SET_DESC
237@item S_SET_OTHER
238@cindex S_SET_TYPE
239@cindex S_SET_DESC
240@cindex S_SET_OTHER
241Set the @code{type}, @code{desc}, and @code{other} fields of the symbol. These
242are only defined for object file formats for which they make sense (primarily
243a.out).
244
245@item S_GET_SIZE
246@cindex S_GET_SIZE
247Get the size of a symbol. This is only defined for object file formats for
248which it makes sense (primarily ELF).
249
250@item S_SET_SIZE
251@cindex S_SET_SIZE
252Set the size of a symbol. This is only defined for object file formats for
253which it makes sense (primarily ELF).
b4013713
ILT
254
255@item symbol_get_value_expression
256@cindex symbol_get_value_expression
257Get a pointer to an @code{expressionS} structure which represents the value of
258the symbol as an expression.
259
260@item symbol_set_value_expression
261@cindex symbol_set_value_expression
262Set the value of a symbol to an expression.
263
264@item symbol_set_frag
265@cindex symbol_set_frag
266Set the frag where a symbol is defined.
267
268@item symbol_get_frag
269@cindex symbol_get_frag
270Get the frag where a symbol is defined.
271
272@item symbol_mark_used
273@cindex symbol_mark_used
274Mark a symbol as having been used in an expression.
275
276@item symbol_clear_used
277@cindex symbol_clear_used
278Clear the mark indicating that a symbol was used in an expression.
279
280@item symbol_used_p
281@cindex symbol_used_p
282Return whether a symbol was used in an expression.
283
284@item symbol_mark_used_in_reloc
285@cindex symbol_mark_used_in_reloc
286Mark a symbol as having been used by a relocation.
287
288@item symbol_clear_used_in_reloc
289@cindex symbol_clear_used_in_reloc
290Clear the mark indicating that a symbol was used in a relocation.
291
292@item symbol_used_in_reloc_p
293@cindex symbol_used_in_reloc_p
294Return whether a symbol was used in a relocation.
295
296@item symbol_mark_mri_common
297@cindex symbol_mark_mri_common
298Mark a symbol as an MRI common symbol.
299
300@item symbol_clear_mri_common
301@cindex symbol_clear_mri_common
302Clear the mark indicating that a symbol is an MRI common symbol.
303
304@item symbol_mri_common_p
305@cindex symbol_mri_common_p
306Return whether a symbol is an MRI common symbol.
307
308@item symbol_mark_written
309@cindex symbol_mark_written
310Mark a symbol as having been written.
311
312@item symbol_clear_written
313@cindex symbol_clear_written
314Clear the mark indicating that a symbol was written.
315
316@item symbol_written_p
317@cindex symbol_written_p
318Return whether a symbol was written.
319
320@item symbol_mark_resolved
321@cindex symbol_mark_resolved
322Mark a symbol as having been resolved.
323
324@item symbol_resolved_p
325@cindex symbol_resolved_p
326Return whether a symbol has been resolved.
327
328@item symbol_section_p
329@cindex symbol_section_p
330Return whether a symbol is a section symbol.
331
332@item symbol_equated_p
333@cindex symbol_equated_p
334Return whether a symbol is equated to another symbol.
335
336@item symbol_constant_p
337@cindex symbol_constant_p
338Return whether a symbol has a constant value, including being an offset within
339some frag.
340
341@item symbol_get_bfdsym
342@cindex symbol_get_bfdsym
343Return the BFD symbol associated with a symbol.
344
345@item symbol_set_bfdsym
346@cindex symbol_set_bfdsym
347Set the BFD symbol associated with a symbol.
348
349@item symbol_get_obj
350@cindex symbol_get_obj
351Return a pointer to the @code{OBJ_SYMFIELD_TYPE} field of a symbol.
352
353@item symbol_set_obj
354@cindex symbol_set_obj
355Set the @code{OBJ_SYMFIELD_TYPE} field of a symbol.
356
357@item symbol_get_tc
358@cindex symbol_get_tc
359Return a pointer to the @code{TC_SYMFIELD_TYPE} field of a symbol.
360
361@item symbol_set_tc
362@cindex symbol_set_tc
363Set the @code{TC_SYMFIELD_TYPE} field of a symbol.
364
252b5132
RH
365@end table
366
829c3ed3 367GAS attempts to store local
b4013713
ILT
368symbols--symbols which will not be written to the output file--using a
369different structure, @code{struct local_symbol}. This structure can only
370represent symbols whose value is an offset within a frag.
371
372Code outside of the symbol handler will always deal with @code{symbolS}
373structures and use the accessor functions. The accessor functions correctly
374deal with local symbols. @code{struct local_symbol} is much smaller than
375@code{symbolS} (which also automatically creates a bfd @code{asymbol}
376structure), so this saves space when assembling large files.
377
378The first field of @code{symbolS} is @code{bsym}, the pointer to the BFD
379symbol. The first field of @code{struct local_symbol} is a pointer which is
380always set to NULL. This is how the symbol accessor functions can distinguish
381local symbols from ordinary symbols. The symbol accessor functions
382automatically convert a local symbol into an ordinary symbol when necessary.
383
252b5132
RH
384@node Expressions
385@subsection Expressions
386@cindex internals, expressions
387@cindex expressions, internal
388@cindex expressionS structure
389
390Expressions are stored in an @code{expressionS} structure. The structure is
391defined in @file{expr.h}.
392
393@cindex expression
394The macro @code{expression} will create an @code{expressionS} structure based
395on the text found at the global variable @code{input_line_pointer}.
396
397@cindex make_expr_symbol
398@cindex expr_symbol_where
399A single @code{expressionS} structure can represent a single operation.
400Complex expressions are formed by creating @dfn{expression symbols} and
401combining them in @code{expressionS} structures. An expression symbol is
402created by calling @code{make_expr_symbol}. An expression symbol should
403naturally never appear in a symbol table, and the implementation of
404@code{S_IS_LOCAL} (@pxref{Symbols}) reflects that. The function
405@code{expr_symbol_where} returns non-zero if a symbol is an expression symbol,
406and also returns the file and line for the expression which caused it to be
407created.
408
409The @code{expressionS} structure has two symbol fields, a number field, an
410operator field, and a field indicating whether the number is unsigned.
411
412The operator field is of type @code{operatorT}, and describes how to interpret
413the other fields; see the definition in @file{expr.h} for the possibilities.
414
415An @code{operatorT} value of @code{O_big} indicates either a floating point
416number, stored in the global variable @code{generic_floating_point_number}, or
623aa224 417an integer too large to store in an @code{offsetT} type, stored in the global
252b5132
RH
418array @code{generic_bignum}. This rather inflexible approach makes it
419impossible to use floating point numbers or large expressions in complex
420expressions.
421
422@node Fixups
423@subsection Fixups
424@cindex internals, fixups
425@cindex fixups
426@cindex fixS structure
427
428A @dfn{fixup} is basically anything which can not be resolved in the first
429pass. Sometimes a fixup can be resolved by the end of the assembly; if not,
430the fixup becomes a relocation entry in the object file.
431
432@cindex fix_new
433@cindex fix_new_exp
434A fixup is created by a call to @code{fix_new} or @code{fix_new_exp}. Both
435take a frag (@pxref{Frags}), a position within the frag, a size, an indication
829c3ed3
AM
436of whether the fixup is PC relative, and a type.
437The type is nominally a @code{bfd_reloc_code_real_type}, but several
252b5132
RH
438targets use other type codes to represent fixups that can not be described as
439relocations.
440
441The @code{fixS} structure has a number of fields, several of which are obsolete
442or are only used by a particular target. The important fields are:
443
444@table @code
445@item fx_frag
446The frag (@pxref{Frags}) this fixup is in.
447
448@item fx_where
449The location within the frag where the fixup occurs.
450
451@item fx_addsy
452The symbol this fixup is against. Typically, the value of this symbol is added
453into the object contents. This may be NULL.
454
455@item fx_subsy
456The value of this symbol is subtracted from the object contents. This is
457normally NULL.
458
459@item fx_offset
460A number which is added into the fixup.
461
462@item fx_addnumber
463Some CPU backends use this field to convey information between
55cf6793 464@code{md_apply_fix} and @code{tc_gen_reloc}. The machine independent code does
252b5132
RH
465not use it.
466
467@item fx_next
468The next fixup in the section.
469
470@item fx_r_type
829c3ed3 471The type of the fixup.
252b5132
RH
472
473@item fx_size
474The size of the fixup. This is mostly used for error checking.
475
476@item fx_pcrel
477Whether the fixup is PC relative.
478
479@item fx_done
480Non-zero if the fixup has been applied, and no relocation entry needs to be
481generated.
482
483@item fx_file
484@itemx fx_line
485The file and line where the fixup was created.
486
487@item tc_fix_data
488This has the type @code{TC_FIX_TYPE}, and is only defined if the target defines
489that macro.
490@end table
491
492@node Frags
493@subsection Frags
494@cindex internals, frags
495@cindex frags
496@cindex fragS structure.
497
498The @code{fragS} structure is defined in @file{as.h}. Each frag represents a
499portion of the final object file. As GAS reads the source file, it creates
500frags to hold the data that it reads. At the end of the assembly the frags and
501fixups are processed to produce the final contents.
502
503@table @code
504@item fr_address
505The address of the frag. This is not set until the assembler rescans the list
506of all frags after the entire input file is parsed. The function
507@code{relax_segment} fills in this field.
508
509@item fr_next
510Pointer to the next frag in this (sub)section.
511
512@item fr_fix
513Fixed number of characters we know we're going to emit to the output file. May
514be zero.
515
516@item fr_var
517Variable number of characters we may output, after the initial @code{fr_fix}
518characters. May be zero.
519
520@item fr_offset
521The interpretation of this field is controlled by @code{fr_type}. Generally,
522if @code{fr_var} is non-zero, this is a repeat count: the @code{fr_var}
523characters are output @code{fr_offset} times.
524
525@item line
526Holds line number info when an assembler listing was requested.
527
528@item fr_type
529Relaxation state. This field indicates the interpretation of @code{fr_offset},
530@code{fr_symbol} and the variable-length tail of the frag, as well as the
531treatment it gets in various phases of processing. It does not affect the
532initial @code{fr_fix} characters; they are always supposed to be output
533verbatim (fixups aside). See below for specific values this field can have.
534
535@item fr_subtype
536Relaxation substate. If the macro @code{md_relax_frag} isn't defined, this is
537assumed to be an index into @code{TC_GENERIC_RELAX_TABLE} for the generic
538relaxation code to process (@pxref{Relaxation}). If @code{md_relax_frag} is
539defined, this field is available for any use by the CPU-specific code.
540
541@item fr_symbol
542This normally indicates the symbol to use when relaxing the frag according to
543@code{fr_type}.
544
545@item fr_opcode
546Points to the lowest-addressed byte of the opcode, for use in relaxation.
547
548@item tc_frag_data
549Target specific fragment data of type TC_FRAG_TYPE.
550Only present if @code{TC_FRAG_TYPE} is defined.
551
552@item fr_file
553@itemx fr_line
554The file and line where this frag was last modified.
555
556@item fr_literal
557Declared as a one-character array, this last field grows arbitrarily large to
558hold the actual contents of the frag.
559@end table
560
561These are the possible relaxation states, provided in the enumeration type
562@code{relax_stateT}, and the interpretations they represent for the other
563fields:
564
565@table @code
566@item rs_align
567@itemx rs_align_code
568The start of the following frag should be aligned on some boundary. In this
569frag, @code{fr_offset} is the logarithm (base 2) of the alignment in bytes.
570(For example, if alignment on an 8-byte boundary were desired, @code{fr_offset}
571would have a value of 3.) The variable characters indicate the fill pattern to
572be used. The @code{fr_subtype} field holds the maximum number of bytes to skip
573when doing this alignment. If more bytes are needed, the alignment is not
574done. An @code{fr_subtype} value of 0 means no maximum, which is the normal
575case. Target backends can use @code{rs_align_code} to handle certain types of
576alignment differently.
577
578@item rs_broken_word
579This indicates that ``broken word'' processing should be done (@pxref{Broken
580words}). If broken word processing is not necessary on the target machine,
581this enumerator value will not be defined.
582
583@item rs_cfa
584This state is used to implement exception frame optimizations. The
585@code{fr_symbol} is an expression symbol for the subtraction which may be
586relaxed. The @code{fr_opcode} field holds the frag for the preceding command
587byte. The @code{fr_offset} field holds the offset within that frag. The
588@code{fr_subtype} field is used during relaxation to hold the current size of
589the frag.
590
591@item rs_fill
592The variable characters are to be repeated @code{fr_offset} times. If
593@code{fr_offset} is 0, this frag has a length of @code{fr_fix}. Most frags
594have this type.
595
596@item rs_leb128
58a77e41 597This state is used to implement the DWARF ``little endian base 128''
252b5132
RH
598variable length number format. The @code{fr_symbol} is always an expression
599symbol, as constant expressions are emitted directly. The @code{fr_offset}
600field is used during relaxation to hold the previous size of the number so
601that we can determine if the fragment changed size.
602
603@item rs_machine_dependent
604Displacement relaxation is to be done on this frag. The target is indicated by
605@code{fr_symbol} and @code{fr_offset}, and @code{fr_subtype} indicates the
606particular machine-specific addressing mode desired. @xref{Relaxation}.
607
608@item rs_org
609The start of the following frag should be pushed back to some specific offset
610within the section. (Some assemblers use the value as an absolute address; GAS
611does not handle final absolute addresses, but rather requires that the linker
612set them.) The offset is given by @code{fr_symbol} and @code{fr_offset}; one
613character from the variable-length tail is used as the fill character.
614@end table
615
616@cindex frchainS structure
617A chain of frags is built up for each subsection. The data structure
618describing a chain is called a @code{frchainS}, and contains the following
619fields:
620
621@table @code
622@item frch_root
623Points to the first frag in the chain. May be NULL if there are no frags in
624this chain.
625@item frch_last
626Points to the last frag in the chain, or NULL if there are none.
627@item frch_next
628Next in the list of @code{frchainS} structures.
629@item frch_seg
630Indicates the section this frag chain belongs to.
631@item frch_subseg
632Subsection (subsegment) number of this frag chain.
633@item fix_root, fix_tail
829c3ed3 634Point to first and last @code{fixS} structures associated with this subsection.
252b5132
RH
635@item frch_obstack
636Not currently used. Intended to be used for frag allocation for this
637subsection. This should reduce frag generation caused by switching sections.
638@item frch_frag_now
639The current frag for this subsegment.
640@end table
641
642A @code{frchainS} corresponds to a subsection; each section has a list of
643@code{frchainS} records associated with it. In most cases, only one subsection
644of each section is used, so the list will only be one element long, but any
645processing of frag chains should be prepared to deal with multiple chains per
646section.
647
648After the input files have been completely processed, and no more frags are to
649be generated, the frag chains are joined into one per section for further
650processing. After this point, it is safe to operate on one chain per section.
651
652The assembler always has a current frag, named @code{frag_now}. More space is
653allocated for the current frag using the @code{frag_more} function; this
0530d30a
RS
654returns a pointer to the amount of requested space. The function
655@code{frag_room} says by how much the current frag can be extended.
656Relaxing is done using variant frags allocated by @code{frag_var}
657or @code{frag_variant} (@pxref{Relaxation}).
252b5132
RH
658
659@node GAS processing
660@section What GAS does when it runs
661@cindex internals, overview
662
663This is a quick look at what an assembler run looks like.
664
665@itemize @bullet
666@item
667The assembler initializes itself by calling various init routines.
668
669@item
670For each source file, the @code{read_a_source_file} function reads in the file
671and parses it. The global variable @code{input_line_pointer} points to the
672current text; it is guaranteed to be correct up to the end of the line, but not
673farther.
674
675@item
676For each line, the assembler passes labels to the @code{colon} function, and
677isolates the first word. If it looks like a pseudo-op, the word is looked up
678in the pseudo-op hash table @code{po_hash} and dispatched to a pseudo-op
679routine. Otherwise, the target dependent @code{md_assemble} routine is called
680to parse the instruction.
681
682@item
683When pseudo-ops or instructions output data, they add it to a frag, calling
684@code{frag_more} to get space to store it in.
685
686@item
687Pseudo-ops and instructions can also output fixups created by @code{fix_new} or
688@code{fix_new_exp}.
689
690@item
691For certain targets, instructions can create variant frags which are used to
692store relaxation information (@pxref{Relaxation}).
693
694@item
695When the input file is finished, the @code{write_object_file} routine is
696called. It assigns addresses to all the frags (@code{relax_segment}), resolves
697all the fixups (@code{fixup_segment}), resolves all the symbol values (using
829c3ed3 698@code{resolve_symbol_value}), and finally writes out the file.
252b5132
RH
699@end itemize
700
701@node Porting GAS
702@section Porting GAS
703@cindex porting
704
705Each GAS target specifies two main things: the CPU file and the object format
706file. Two main switches in the @file{configure.in} file handle this. The
707first switches on CPU type to set the shell variable @code{cpu_type}. The
708second switches on the entire target to set the shell variable @code{fmt}.
709
710The configure script uses the value of @code{cpu_type} to select two files in
711the @file{config} directory: @file{tc-@var{CPU}.c} and @file{tc-@var{CPU}.h}.
712The configuration process will create a file named @file{targ-cpu.h} in the
713build directory which includes @file{tc-@var{CPU}.h}.
714
715The configure script also uses the value of @code{fmt} to select two files:
716@file{obj-@var{fmt}.c} and @file{obj-@var{fmt}.h}. The configuration process
717will create a file named @file{obj-format.h} in the build directory which
718includes @file{obj-@var{fmt}.h}.
719
720You can also set the emulation in the configure script by setting the @code{em}
721variable. Normally the default value of @samp{generic} is fine. The
722configuration process will create a file named @file{targ-env.h} in the build
723directory which includes @file{te-@var{em}.h}.
724
56385375
L
725There is a special case for COFF. For historical reason, the GNU COFF
726assembler doesn't follow the documented behavior on certain debug symbols for
727the compatibility with other COFF assemblers. A port can define
728@code{STRICTCOFF} in the configure script to make the GNU COFF assembler
729to follow the documented behavior.
730
252b5132
RH
731Porting GAS to a new CPU requires writing the @file{tc-@var{CPU}} files.
732Porting GAS to a new object file format requires writing the
733@file{obj-@var{fmt}} files. There is sometimes some interaction between these
734two files, but it is normally minimal.
735
736The best approach is, of course, to copy existing files. The documentation
737below assumes that you are looking at existing files to see usage details.
738
739These interfaces have grown over time, and have never been carefully thought
740out or designed. Nothing about the interfaces described here is cast in stone.
741It is possible that they will change from one version of the assembler to the
742next. Also, new macros are added all the time as they are needed.
743
744@menu
745* CPU backend:: Writing a CPU backend
746* Object format backend:: Writing an object format backend
747* Emulations:: Writing emulation files
748@end menu
749
750@node CPU backend
751@subsection Writing a CPU backend
752@cindex CPU backend
753@cindex @file{tc-@var{CPU}}
754
755The CPU backend files are the heart of the assembler. They are the only parts
756of the assembler which actually know anything about the instruction set of the
757processor.
758
759You must define a reasonably small list of macros and functions in the CPU
760backend files. You may define a large number of additional macros in the CPU
761backend files, not all of which are documented here. You must, of course,
762define macros in the @file{.h} file, which is included by every assembler
763source file. You may define the functions as macros in the @file{.h} file, or
764as functions in the @file{.c} file.
765
766@table @code
767@item TC_@var{CPU}
768@cindex TC_@var{CPU}
769By convention, you should define this macro in the @file{.h} file. For
770example, @file{tc-m68k.h} defines @code{TC_M68K}. You might have to use this
771if it is necessary to add CPU specific code to the object format file.
772
773@item TARGET_FORMAT
774This macro is the BFD target name to use when creating the output file. This
775will normally depend upon the @code{OBJ_@var{FMT}} macro.
776
777@item TARGET_ARCH
778This macro is the BFD architecture to pass to @code{bfd_set_arch_mach}.
779
780@item TARGET_MACH
781This macro is the BFD machine number to pass to @code{bfd_set_arch_mach}. If
782it is not defined, GAS will use 0.
783
784@item TARGET_BYTES_BIG_ENDIAN
785You should define this macro to be non-zero if the target is big endian, and
786zero if the target is little endian.
787
788@item md_shortopts
789@itemx md_longopts
790@itemx md_longopts_size
791@itemx md_parse_option
792@itemx md_show_usage
acebd4ce 793@itemx md_after_parse_args
252b5132
RH
794@cindex md_shortopts
795@cindex md_longopts
796@cindex md_longopts_size
797@cindex md_parse_option
798@cindex md_show_usage
acebd4ce 799@cindex md_after_parse_args
252b5132
RH
800GAS uses these variables and functions during option processing.
801@code{md_shortopts} is a @code{const char *} which GAS adds to the machine
802independent string passed to @code{getopt}. @code{md_longopts} is a
803@code{struct option []} which GAS adds to the machine independent long options
804passed to @code{getopt}; you may use @code{OPTION_MD_BASE}, defined in
805@file{as.h}, as the start of a set of long option indices, if necessary.
806@code{md_longopts_size} is a @code{size_t} holding the size @code{md_longopts}.
329e276d 807
252b5132
RH
808GAS will call @code{md_parse_option} whenever @code{getopt} returns an
809unrecognized code, presumably indicating a special code value which appears in
329e276d
NC
810@code{md_longopts}. This function should return non-zero if it handled the
811option and zero otherwise. There is no need to print a message about an option
812not being recognised. This will be handled by the generic code.
813
814GAS will call @code{md_show_usage} when a usage message is printed; it should
815print a description of the machine specific options. @code{md_after_pase_args},
816if defined, is called after all options are processed, to let the backend
817override settings done by the generic option parsing.
252b5132
RH
818
819@item md_begin
820@cindex md_begin
821GAS will call this function at the start of the assembly, after the command
822line arguments have been parsed and all the machine independent initializations
823have been completed.
824
825@item md_cleanup
826@cindex md_cleanup
827If you define this macro, GAS will call it at the end of each input file.
828
829@item md_assemble
830@cindex md_assemble
831GAS will call this function for each input line which does not contain a
832pseudo-op. The argument is a null terminated string. The function should
833assemble the string as an instruction with operands. Normally
834@code{md_assemble} will do this by calling @code{frag_more} and writing out
835some bytes (@pxref{Frags}). @code{md_assemble} will call @code{fix_new} to
836create fixups as needed (@pxref{Fixups}). Targets which need to do special
837purpose relaxation will call @code{frag_var}.
838
839@item md_pseudo_table
840@cindex md_pseudo_table
841This is a const array of type @code{pseudo_typeS}. It is a mapping from
842pseudo-op names to functions. You should use this table to implement
843pseudo-ops which are specific to the CPU.
844
845@item tc_conditional_pseudoop
846@cindex tc_conditional_pseudoop
847If this macro is defined, GAS will call it with a @code{pseudo_typeS} argument.
848It should return non-zero if the pseudo-op is a conditional which controls
849whether code is assembled, such as @samp{.if}. GAS knows about the normal
8108ad8e 850conditional pseudo-ops, and you should normally not have to define this macro.
252b5132
RH
851
852@item comment_chars
853@cindex comment_chars
854This is a null terminated @code{const char} array of characters which start a
855comment.
856
857@item tc_comment_chars
858@cindex tc_comment_chars
859If this macro is defined, GAS will use it instead of @code{comment_chars}.
860
861@item tc_symbol_chars
862@cindex tc_symbol_chars
863If this macro is defined, it is a pointer to a null terminated list of
864characters which may appear in an operand. GAS already assumes that all
865alphanumberic characters, and @samp{$}, @samp{.}, and @samp{_} may appear in an
866operand (see @samp{symbol_chars} in @file{app.c}). This macro may be defined
867to treat additional characters as appearing in an operand. This affects the
868way in which GAS removes whitespace before passing the string to
869@samp{md_assemble}.
870
871@item line_comment_chars
872@cindex line_comment_chars
873This is a null terminated @code{const char} array of characters which start a
874comment when they appear at the start of a line.
875
876@item line_separator_chars
877@cindex line_separator_chars
878This is a null terminated @code{const char} array of characters which separate
63a0b638 879lines (null and newline are such characters by default, and need not be
65fd87bc
ILT
880listed in this array). Note that line_separator_chars do not separate lines
881if found in a comment, such as after a character in line_comment_chars or
882comment_chars.
252b5132
RH
883
884@item EXP_CHARS
885@cindex EXP_CHARS
886This is a null terminated @code{const char} array of characters which may be
887used as the exponent character in a floating point number. This is normally
888@code{"eE"}.
889
890@item FLT_CHARS
891@cindex FLT_CHARS
892This is a null terminated @code{const char} array of characters which may be
893used to indicate a floating point constant. A zero followed by one of these
894characters is assumed to be followed by a floating point number; thus they
895operate the way that @code{0x} is used to indicate a hexadecimal constant.
896Usually this includes @samp{r} and @samp{f}.
897
898@item LEX_AT
899@cindex LEX_AT
65fd87bc 900You may define this macro to the lexical type of the @kbd{@@} character. The
252b5132
RH
901default is zero.
902
903Lexical types are a combination of @code{LEX_NAME} and @code{LEX_BEGIN_NAME},
904both defined in @file{read.h}. @code{LEX_NAME} indicates that the character
905may appear in a name. @code{LEX_BEGIN_NAME} indicates that the character may
65fd87bc 906appear at the beginning of a name.
252b5132
RH
907
908@item LEX_BR
909@cindex LEX_BR
910You may define this macro to the lexical type of the brace characters @kbd{@{},
911@kbd{@}}, @kbd{[}, and @kbd{]}. The default value is zero.
912
913@item LEX_PCT
914@cindex LEX_PCT
915You may define this macro to the lexical type of the @kbd{%} character. The
916default value is zero.
917
918@item LEX_QM
919@cindex LEX_QM
920You may define this macro to the lexical type of the @kbd{?} character. The
921default value it zero.
922
923@item LEX_DOLLAR
924@cindex LEX_DOLLAR
925You may define this macro to the lexical type of the @kbd{$} character. The
926default value is @code{LEX_NAME | LEX_BEGIN_NAME}.
927
f805106c
TW
928@item NUMBERS_WITH_SUFFIX
929@cindex NUMBERS_WITH_SUFFIX
930When this macro is defined to be non-zero, the parser allows the radix of a
58a77e41 931constant to be indicated with a suffix. Valid suffixes are binary (B),
f805106c
TW
932octal (Q), and hexadecimal (H). Case is not significant.
933
252b5132
RH
934@item SINGLE_QUOTE_STRINGS
935@cindex SINGLE_QUOTE_STRINGS
936If you define this macro, GAS will treat single quotes as string delimiters.
937Normally only double quotes are accepted as string delimiters.
938
939@item NO_STRING_ESCAPES
940@cindex NO_STRING_ESCAPES
941If you define this macro, GAS will not permit escape sequences in a string.
942
943@item ONLY_STANDARD_ESCAPES
944@cindex ONLY_STANDARD_ESCAPES
945If you define this macro, GAS will warn about the use of nonstandard escape
946sequences in a string.
947
948@item md_start_line_hook
949@cindex md_start_line_hook
950If you define this macro, GAS will call it at the start of each line.
951
952@item LABELS_WITHOUT_COLONS
953@cindex LABELS_WITHOUT_COLONS
954If you define this macro, GAS will assume that any text at the start of a line
955is a label, even if it does not have a colon.
956
957@item TC_START_LABEL
39bec121 958@itemx TC_START_LABEL_WITHOUT_COLON
252b5132
RH
959@cindex TC_START_LABEL
960You may define this macro to control what GAS considers to be a label. The
961default definition is to accept any name followed by a colon character.
962
f28e8eb3
TW
963@item TC_START_LABEL_WITHOUT_COLON
964@cindex TC_START_LABEL_WITHOUT_COLON
965Same as TC_START_LABEL, but should be used instead of TC_START_LABEL when
58a77e41 966LABELS_WITHOUT_COLONS is defined.
f28e8eb3 967
c9cd7160
L
968@item TC_FAKE_LABEL
969@cindex TC_FAKE_LABEL
970You may define this macro to control what GAS considers to be a fake
971label. The default fake label is FAKE_LABEL_NAME.
972
252b5132
RH
973@item NO_PSEUDO_DOT
974@cindex NO_PSEUDO_DOT
975If you define this macro, GAS will not require pseudo-ops to start with a
976@kbd{.} character.
977
ee3c9814
CM
978@item TC_EQUAL_IN_INSN
979@cindex TC_EQUAL_IN_INSN
980If you define this macro, it should return nonzero if the instruction is
981permitted to contain an @kbd{=} character. GAS will call it with two
982arguments, the character before the @kbd{=} character, and the value of
983the string preceding the equal sign. GAS uses this macro to decide if a
984@kbd{=} is an assignment or an instruction.
985
252b5132
RH
986@item TC_EOL_IN_INSN
987@cindex TC_EOL_IN_INSN
988If you define this macro, it should return nonzero if the current input line
989pointer should be treated as the end of a line.
990
a8a3b3b2
NS
991@item TC_CASE_SENSITIVE
992@cindex TC_CASE_SENSITIVE
993Define this macro if instruction mnemonics and pseudos are case sensitive.
994The default is to have it undefined giving case insensitive names.
995
252b5132
RH
996@item md_parse_name
997@cindex md_parse_name
998If this macro is defined, GAS will call it for any symbol found in an
999expression. You can define this to handle special symbols in a special way.
1000If a symbol always has a certain value, you should normally enter it in the
1001symbol table, perhaps using @code{reg_section}.
1002
1003@item md_undefined_symbol
1004@cindex md_undefined_symbol
1005GAS will call this function when a symbol table lookup fails, before it
1006creates a new symbol. Typically this would be used to supply symbols whose
1007name or value changes dynamically, possibly in a context sensitive way.
1008Predefined symbols with fixed values, such as register names or condition
1009codes, are typically entered directly into the symbol table when @code{md_begin}
65fd87bc 1010is called. One argument is passed, a @code{char *} for the symbol.
252b5132
RH
1011
1012@item md_operand
1013@cindex md_operand
65fd87bc
ILT
1014GAS will call this function with one argument, an @code{expressionS}
1015pointer, for any expression that can not be recognized. When the function
1016is called, @code{input_line_pointer} will point to the start of the
1017expression.
252b5132
RH
1018
1019@item tc_unrecognized_line
1020@cindex tc_unrecognized_line
1021If you define this macro, GAS will call it when it finds a line that it can not
1022parse.
1023
1024@item md_do_align
1025@cindex md_do_align
1026You may define this macro to handle an alignment directive. GAS will call it
1027when the directive is seen in the input file. For example, the i386 backend
1028uses this to generate efficient nop instructions of varying lengths, depending
1029upon the number of bytes that the alignment will skip.
1030
1031@item HANDLE_ALIGN
1032@cindex HANDLE_ALIGN
1033You may define this macro to do special handling for an alignment directive.
1034GAS will call it at the end of the assembly.
1035
8684e216
HPN
1036@item TC_IMPLICIT_LCOMM_ALIGNMENT (@var{size}, @var{p2var})
1037@cindex TC_IMPLICIT_LCOMM_ALIGNMENT
1038An @code{.lcomm} directive with no explicit alignment parameter will use this
1039macro to set @var{p2var} to the alignment that a request for @var{size} bytes
1040will have. The alignment is expressed as a power of two. If no alignment
1041should take place, the macro definition should do nothing. Some targets define
1042a @code{.bss} directive that is also affected by this macro. The default
1043definition will set @var{p2var} to the truncated power of two of sizes up to
1044eight bytes.
1045
252b5132
RH
1046@item md_flush_pending_output
1047@cindex md_flush_pending_output
1048If you define this macro, GAS will call it each time it skips any space because of a
1049space filling or alignment or data allocation pseudo-op.
1050
1051@item TC_PARSE_CONS_EXPRESSION
1052@cindex TC_PARSE_CONS_EXPRESSION
1053You may define this macro to parse an expression used in a data allocation
1054pseudo-op such as @code{.word}. You can use this to recognize relocation
1055directives that may appear in such directives.
1056
1057@item BITFIELD_CONS_EXPRESSION
1058@cindex BITFIELD_CONS_EXPRESSION
1059If you define this macro, GAS will recognize bitfield instructions in data
1060allocation pseudo-ops, as used on the i960.
1061
1062@item REPEAT_CONS_EXPRESSION
1063@cindex REPEAT_CONS_EXPRESSION
1064If you define this macro, GAS will recognize repeat counts in data allocation
1065pseudo-ops, as used on the MIPS.
1066
1067@item md_cons_align
1068@cindex md_cons_align
1069You may define this macro to do any special alignment before a data allocation
1070pseudo-op.
1071
1072@item TC_CONS_FIX_NEW
1073@cindex TC_CONS_FIX_NEW
1074You may define this macro to generate a fixup for a data allocation pseudo-op.
1075
cc1bc22a
AM
1076@item TC_ADDRESS_BYTES
1077@cindex TC_ADDRESS_BYTES
1078Define this macro to specify the number of bytes used to store an address.
1079Used to implement @code{dc.a}. The target must have a reloc for this size.
1080
252b5132
RH
1081@item TC_INIT_FIX_DATA (@var{fixp})
1082@cindex TC_INIT_FIX_DATA
1083A C statement to initialize the target specific fields of fixup @var{fixp}.
1084These fields are defined with the @code{TC_FIX_TYPE} macro.
1085
1086@item TC_FIX_DATA_PRINT (@var{stream}, @var{fixp})
1087@cindex TC_FIX_DATA_PRINT
1088A C statement to output target specific debugging information for
1089fixup @var{fixp} to @var{stream}. This macro is called by @code{print_fixup}.
1090
1091@item TC_FRAG_INIT (@var{fragp})
1092@cindex TC_FRAG_INIT
1093A C statement to initialize the target specific fields of frag @var{fragp}.
1094These fields are defined with the @code{TC_FRAG_TYPE} macro.
1095
1096@item md_number_to_chars
1097@cindex md_number_to_chars
1098This should just call either @code{number_to_chars_bigendian} or
1099@code{number_to_chars_littleendian}, whichever is appropriate. On targets like
1100the MIPS which support options to change the endianness, which function to call
1101is a runtime decision. On other targets, @code{md_number_to_chars} can be a
1102simple macro.
1103
dd9b19ab
NC
1104@item md_atof (@var{type},@var{litP},@var{sizeP})
1105@cindex md_atof
1106This function is called to convert an ASCII string into a floating point value
1107in format used by the CPU. It takes three arguments. The first is @var{type}
1108which is a byte describing the type of floating point number to be created.
1109Possible values are @var{'f'} or @var{'s'} for single precision, @var{'d'} or
1110@var{'r'} for double precision and @var{'x'} or @var{'p'} for extended
1111precision. Either lower or upper case versions of these letters can be used.
1112
1113The second parameter is @var{litP} which is a pointer to a byte array where the
1114converted value should be stored. The third argument is @var{sizeP}, which is
1115a pointer to a integer that should be filled in with the number of
1116@var{LITTLENUM}s emitted into the byte array. (@var{LITTLENUM} is defined in
1117gas/bignum.h). The function should return NULL upon success or an error string
1118upon failure.
1119
580a832e
RS
1120@item TC_LARGEST_EXPONENT_IS_NORMAL
1121@cindex TC_LARGEST_EXPONENT_IS_NORMAL (@var{precision})
1122This macro is used only by @file{atof-ieee.c}. It should evaluate to true
1123if floats of the given precision use the largest exponent for normal numbers
1124instead of NaNs and infinities. @var{precision} is @samp{F_PRECISION} for
1125single precision, @samp{D_PRECISION} for double precision, or
1126@samp{X_PRECISION} for extended double precision.
1127
1128The macro has a default definition which returns 0 for all cases.
1129
252b5132
RH
1130@item WORKING_DOT_WORD
1131@itemx md_short_jump_size
1132@itemx md_long_jump_size
1133@itemx md_create_short_jump
1134@itemx md_create_long_jump
e30e5a6a 1135@itemx TC_CHECK_ADJUSTED_BROKEN_DOT_WORD
252b5132
RH
1136@cindex WORKING_DOT_WORD
1137@cindex md_short_jump_size
1138@cindex md_long_jump_size
1139@cindex md_create_short_jump
1140@cindex md_create_long_jump
e30e5a6a 1141@cindex TC_CHECK_ADJUSTED_BROKEN_DOT_WORD
252b5132
RH
1142If @code{WORKING_DOT_WORD} is defined, GAS will not do broken word processing
1143(@pxref{Broken words}). Otherwise, you should set @code{md_short_jump_size} to
65fd87bc
ILT
1144the size of a short jump (a jump that is just long enough to jump around a
1145number of long jumps) and @code{md_long_jump_size} to the size of a long jump
1146(a jump that can go anywhere in the function). You should define
1147@code{md_create_short_jump} to create a short jump around a number of long
1148jumps, and define @code{md_create_long_jump} to create a long jump.
e30e5a6a
HPN
1149If defined, the macro TC_CHECK_ADJUSTED_BROKEN_DOT_WORD will be called for each
1150adjusted word just before the word is output. The macro takes two arguments,
1151an @code{addressT} with the adjusted word and a pointer to the current
1152@code{struct broken_word}.
252b5132
RH
1153
1154@item md_estimate_size_before_relax
1155@cindex md_estimate_size_before_relax
1156This function returns an estimate of the size of a @code{rs_machine_dependent}
1157frag before any relaxing is done. It may also create any necessary
1158relocations.
1159
1160@item md_relax_frag
1161@cindex md_relax_frag
c842b53a
ILT
1162This macro may be defined to relax a frag. GAS will call this with the
1163segment, the frag, and the change in size of all previous frags;
1164@code{md_relax_frag} should return the change in size of the frag.
1165@xref{Relaxation}.
252b5132
RH
1166
1167@item TC_GENERIC_RELAX_TABLE
1168@cindex TC_GENERIC_RELAX_TABLE
1169If you do not define @code{md_relax_frag}, you may define
1170@code{TC_GENERIC_RELAX_TABLE} as a table of @code{relax_typeS} structures. The
1171machine independent code knows how to use such a table to relax PC relative
1172references. See @file{tc-m68k.c} for an example. @xref{Relaxation}.
1173
1174@item md_prepare_relax_scan
1175@cindex md_prepare_relax_scan
1176If defined, it is a C statement that is invoked prior to scanning
1177the relax table.
1178
1179@item LINKER_RELAXING_SHRINKS_ONLY
1180@cindex LINKER_RELAXING_SHRINKS_ONLY
1181If you define this macro, and the global variable @samp{linkrelax} is set
1182(because of a command line option, or unconditionally in @code{md_begin}), a
1183@samp{.align} directive will cause extra space to be allocated. The linker can
1184then discard this space when relaxing the section.
1185
8108ad8e 1186@item TC_LINKRELAX_FIXUP (@var{segT})
58a77e41
EC
1187@cindex TC_LINKRELAX_FIXUP
1188If defined, this macro allows control over whether fixups for a
1189given section will be processed when the @var{linkrelax} variable is
1190set. The macro is given the N_TYPE bits for the section in its
1191@var{segT} argument. If the macro evaluates to a non-zero value
1192then the fixups will be converted into relocs, otherwise they will
55cf6793 1193be passed to @var{md_apply_fix} as normal.
58a77e41 1194
252b5132
RH
1195@item md_convert_frag
1196@cindex md_convert_frag
1197GAS will call this for each rs_machine_dependent fragment.
1198The instruction is completed using the data from the relaxation pass.
1199It may also create any necessary relocations.
1200@xref{Relaxation}.
1201
87548816
NC
1202@item TC_FINALIZE_SYMS_BEFORE_SIZE_SEG
1203@cindex TC_FINALIZE_SYMS_BEFORE_SIZE_SEG
1204Specifies the value to be assigned to @code{finalize_syms} before the function
1205@code{size_segs} is called. Since @code{size_segs} calls @code{cvt_frag_to_fill}
1206which can call @code{md_convert_frag}, this constant governs whether the symbols
1207accessed in @code{md_convert_frag} will be fully resolved. In particular it
1208governs whether local symbols will have been resolved, and had their frag
1209information removed. Depending upon the processing performed by
1210@code{md_convert_frag} the frag information may or may not be necessary, as may
1211the resolved values of the symbols. The default value is 1.
1212
a161fe53
AM
1213@item TC_VALIDATE_FIX (@var{fixP}, @var{seg}, @var{skip})
1214@cindex TC_VALIDATE_FIX
1215This macro is evaluated for each fixup (when @var{linkrelax} is not set).
1216It may be used to change the fixup in @code{struct fix *@var{fixP}} before
1217the generic code sees it, or to fully process the fixup. In the latter case,
1218a @code{goto @var{skip}} will bypass the generic code.
252b5132 1219
55cf6793
ZW
1220@item md_apply_fix (@var{fixP}, @var{valP}, @var{seg})
1221@cindex md_apply_fix
a161fe53
AM
1222GAS will call this for each fixup that passes the @code{TC_VALIDATE_FIX} test
1223when @var{linkrelax} is not set. It should store the correct value in the
55cf6793 1224object file. @code{struct fix *@var{fixP}} is the fixup @code{md_apply_fix}
a161fe53
AM
1225is operating on. @code{valueT *@var{valP}} is the value to store into the
1226object files, or at least is the generic code's best guess. Specifically,
1227*@var{valP} is the value of the fixup symbol, perhaps modified by
1228@code{MD_APPLY_SYM_VALUE}, plus @code{@var{fixP}->fx_offset} (symbol addend),
1229less @code{MD_PCREL_FROM_SECTION} for pc-relative fixups.
1230@code{segT @var{seg}} is the section the fix is in.
1231@code{fixup_segment} performs a generic overflow check on *@var{valP} after
55cf6793
ZW
1232@code{md_apply_fix} returns. If the overflow check is relevant for the target
1233machine, then @code{md_apply_fix} should modify *@var{valP}, typically to the
a161fe53
AM
1234value stored in the object file.
1235
1236@item TC_FORCE_RELOCATION (@var{fix})
1237@cindex TC_FORCE_RELOCATION
1238If this macro returns non-zero, it guarantees that a relocation will be emitted
1239even when the value can be resolved locally, as @code{fixup_segment} tries to
1240reduce the number of relocations emitted. For example, a fixup expression
1241against an absolute symbol will normally not require a reloc. If undefined,
1242a default of @w{@code{(S_FORCE_RELOC ((@var{fix})->fx_addsy))}} is used.
1243
1244@item TC_FORCE_RELOCATION_ABS (@var{fix})
1245@cindex TC_FORCE_RELOCATION_ABS
1246Like @code{TC_FORCE_RELOCATION}, but used only for fixup expressions against an
1247absolute symbol. If undefined, @code{TC_FORCE_RELOCATION} will be used.
1248
1249@item TC_FORCE_RELOCATION_LOCAL (@var{fix})
1250@cindex TC_FORCE_RELOCATION_LOCAL
1251Like @code{TC_FORCE_RELOCATION}, but used only for fixup expressions against a
1252symbol in the current section. If undefined, fixups that are not
1253@code{fx_pcrel} or @code{fx_plt} or for which @code{TC_FORCE_RELOCATION}
1254returns non-zero, will emit relocs.
1255
1256@item TC_FORCE_RELOCATION_SUB_SAME (@var{fix}, @var{seg})
ae6063d4 1257@cindex TC_FORCE_RELOCATION_SUB_SAME
a161fe53
AM
1258This macro controls resolution of fixup expressions involving the
1259difference of two symbols in the same section. If this macro returns zero,
1260the subtrahend will be resolved and @code{fx_subsy} set to @code{NULL} for
55cf6793 1261@code{md_apply_fix}. If undefined, the default of
ae6063d4
AM
1262@w{@code{! SEG_NORMAL (@var{seg}) || TC_FORCE_RELOCATION (@var{fix})}} will
1263be used.
a161fe53
AM
1264
1265@item TC_FORCE_RELOCATION_SUB_ABS (@var{fix})
1266@cindex TC_FORCE_RELOCATION_SUB_ABS
1267Like @code{TC_FORCE_RELOCATION_SUB_SAME}, but used when the subtrahend is an
4f3cafa2 1268absolute symbol. If the macro is undefined a default of @code{0} is used.
a161fe53
AM
1269
1270@item TC_FORCE_RELOCATION_SUB_LOCAL (@var{fix})
1271@cindex TC_FORCE_RELOCATION_SUB_LOCAL
1272Like @code{TC_FORCE_RELOCATION_SUB_ABS}, but the subtrahend is a symbol in the
1273same section as the fixup.
1274
1275@item TC_VALIDATE_FIX_SUB (@var{fix})
1276@cindex TC_VALIDATE_FIX_SUB
1277This macro is evaluated for any fixup with a @code{fx_subsy} that
1278@code{fixup_segment} cannot reduce to a number. If the macro returns
1279@code{false} an error will be reported.
1280
1281@item MD_APPLY_SYM_VALUE (@var{fix})
1282@cindex MD_APPLY_SYM_VALUE
1283This macro controls whether the symbol value becomes part of the value passed
55cf6793 1284to @code{md_apply_fix}. If the macro is undefined, or returns non-zero, the
a161fe53
AM
1285symbol value will be included. For ELF, a suitable definition might simply be
1286@code{0}, because ELF relocations don't include the symbol value in the addend.
1287
ae6063d4 1288@item S_FORCE_RELOC (@var{sym}, @var{strict})
a161fe53 1289@cindex S_FORCE_RELOC
829c3ed3 1290This function returns true for symbols
a161fe53
AM
1291that should not be reduced to section symbols or eliminated from expressions,
1292because they may be overridden by the linker. ie. for symbols that are
ae6063d4
AM
1293undefined or common, and when @var{strict} is set, weak, or global (for ELF
1294assemblers that support ELF shared library linking semantics).
a161fe53
AM
1295
1296@item EXTERN_FORCE_RELOC
1297@cindex EXTERN_FORCE_RELOC
1298This macro controls whether @code{S_FORCE_RELOC} returns true for global
1299symbols. If undefined, the default is @code{true} for ELF assemblers, and
1300@code{false} for non-ELF.
252b5132
RH
1301
1302@item tc_gen_reloc
1303@cindex tc_gen_reloc
829c3ed3 1304GAS will call this to generate a reloc. GAS will pass
252b5132
RH
1305the resulting reloc to @code{bfd_install_relocation}. This currently works
1306poorly, as @code{bfd_install_relocation} often does the wrong thing, and
1307instances of @code{tc_gen_reloc} have been written to work around the problems,
1308which in turns makes it difficult to fix @code{bfd_install_relocation}.
1309
1310@item RELOC_EXPANSION_POSSIBLE
1311@cindex RELOC_EXPANSION_POSSIBLE
1312If you define this macro, it means that @code{tc_gen_reloc} may return multiple
1313relocation entries for a single fixup. In this case, the return value of
1314@code{tc_gen_reloc} is a pointer to a null terminated array.
1315
1316@item MAX_RELOC_EXPANSION
1317@cindex MAX_RELOC_EXPANSION
1318You must define this if @code{RELOC_EXPANSION_POSSIBLE} is defined; it
1319indicates the largest number of relocs which @code{tc_gen_reloc} may return for
1320a single fixup.
1321
1322@item tc_fix_adjustable
1323@cindex tc_fix_adjustable
1324You may define this macro to indicate whether a fixup against a locally defined
1325symbol should be adjusted to be against the section symbol. It should return a
1326non-zero value if the adjustment is acceptable.
1327
1262d520 1328@item MD_PCREL_FROM_SECTION (@var{fixp}, @var{section})
252b5132 1329@cindex MD_PCREL_FROM_SECTION
1262d520
JR
1330If you define this macro, it should return the position from which the PC
1331relative adjustment for a PC relative fixup should be made. On many
1332processors, the base of a PC relative instruction is the next instruction,
1333so this macro would return the length of an instruction, plus the address of
1334the PC relative fixup. The latter can be calculated as
1335@var{fixp}->fx_where + @var{fixp}->fx_frag->fr_address .
252b5132
RH
1336
1337@item md_pcrel_from
1338@cindex md_pcrel_from
1339This is the default value of @code{MD_PCREL_FROM_SECTION}. The difference is
1340that @code{md_pcrel_from} does not take a section argument.
1341
1342@item tc_frob_label
1343@cindex tc_frob_label
1344If you define this macro, GAS will call it each time a label is defined.
1345
1346@item md_section_align
1347@cindex md_section_align
1348GAS will call this function for each section at the end of the assembly, to
65fd87bc
ILT
1349permit the CPU backend to adjust the alignment of a section. The function
1350must take two arguments, a @code{segT} for the section and a @code{valueT}
1351for the size of the section, and return a @code{valueT} for the rounded
1352size.
252b5132 1353
9f10757c
TW
1354@item md_macro_start
1355@cindex md_macro_start
1356If defined, GAS will call this macro when it starts to include a macro
1357expansion. @code{macro_nest} indicates the current macro nesting level, which
58a77e41 1358includes the one being expanded.
9f10757c
TW
1359
1360@item md_macro_info
1361@cindex md_macro_info
1362If defined, GAS will call this macro after the macro expansion has been
1363included in the input and after parsing the macro arguments. The single
1364argument is a pointer to the macro processing's internal representation of the
1365macro (macro_entry *), which includes expansion of the formal arguments.
1366
1367@item md_macro_end
1368@cindex md_macro_end
1369Complement to md_macro_start. If defined, it is called when finished
58a77e41 1370processing an inserted macro expansion, just before decrementing macro_nest.
9f10757c 1371
f28e8eb3
TW
1372@item DOUBLEBAR_PARALLEL
1373@cindex DOUBLEBAR_PARALLEL
1374Affects the preprocessor so that lines containing '||' don't have their
1375whitespace stripped following the double bar. This is useful for targets that
1376implement parallel instructions.
1377
1378@item KEEP_WHITE_AROUND_COLON
1379@cindex KEEP_WHITE_AROUND_COLON
1380Normally, whitespace is compressed and removed when, in the presence of the
1381colon, the adjoining tokens can be distinguished. This option affects the
1382preprocessor so that whitespace around colons is preserved. This is useful
1383when colons might be removed from the input after preprocessing but before
1384assembling, so that adjoining tokens can still be distinguished if there is
062b7c0c 1385whitespace, or concatenated if there is not.
f28e8eb3 1386
252b5132
RH
1387@item tc_frob_section
1388@cindex tc_frob_section
829c3ed3 1389If you define this macro, GAS will call it for each
252b5132
RH
1390section at the end of the assembly.
1391
1392@item tc_frob_file_before_adjust
1393@cindex tc_frob_file_before_adjust
1394If you define this macro, GAS will call it after the symbol values are
1395resolved, but before the fixups have been changed from local symbols to section
1396symbols.
1397
1398@item tc_frob_symbol
1399@cindex tc_frob_symbol
1400If you define this macro, GAS will call it for each symbol. You can indicate
062b7c0c 1401that the symbol should not be included in the object file by defining this
252b5132
RH
1402macro to set its second argument to a non-zero value.
1403
1404@item tc_frob_file
1405@cindex tc_frob_file
1406If you define this macro, GAS will call it after the symbol table has been
1407completed, but before the relocations have been generated.
1408
1409@item tc_frob_file_after_relocs
1410If you define this macro, GAS will call it after the relocs have been
1411generated.
1412
e0001a05
NC
1413@item md_post_relax_hook
1414If you define this macro, GAS will call it after relaxing and sizing the
1415segments.
1416
252b5132
RH
1417@item LISTING_HEADER
1418A string to use on the header line of a listing. The default value is simply
1419@code{"GAS LISTING"}.
1420
1421@item LISTING_WORD_SIZE
1422The number of bytes to put into a word in a listing. This affects the way the
1423bytes are clumped together in the listing. For example, a value of 2 might
1424print @samp{1234 5678} where a value of 1 would print @samp{12 34 56 78}. The
1425default value is 4.
1426
1427@item LISTING_LHS_WIDTH
1428The number of words of data to print on the first line of a listing for a
1429particular source line, where each word is @code{LISTING_WORD_SIZE} bytes. The
1430default value is 1.
1431
1432@item LISTING_LHS_WIDTH_SECOND
1433Like @code{LISTING_LHS_WIDTH}, but applying to the second and subsequent line
1434of the data printed for a particular source line. The default value is 1.
1435
1436@item LISTING_LHS_CONT_LINES
1437The maximum number of continuation lines to print in a listing for a particular
1438source line. The default value is 4.
1439
1440@item LISTING_RHS_WIDTH
1441The maximum number of characters to print from one line of the input file. The
1442default value is 100.
b8a9dcab
NC
1443
1444@item TC_COFF_SECTION_DEFAULT_ATTRIBUTES
1445@cindex TC_COFF_SECTION_DEFAULT_ATTRIBUTES
1446The COFF @code{.section} directive will use the value of this macro to set
1447a new section's attributes when a directive has no valid flags or when the
1448flag is @code{w}. The default value of the macro is @code{SEC_LOAD | SEC_DATA}.
1449
14e777e0
KB
1450@item DWARF2_FORMAT ()
1451@cindex DWARF2_FORMAT
1452If you define this, it should return one of @code{dwarf2_format_32bit},
1453@code{dwarf2_format_64bit}, or @code{dwarf2_format_64bit_irix} to indicate
1454the size of internal DWARF section offsets and the format of the DWARF initial
1455length fields. When @code{dwarf2_format_32bit} is returned, the initial
1456length field will be 4 bytes long and section offsets are 32 bits in size.
1457For @code{dwarf2_format_64bit} and @code{dwarf2_format_64bit_irix}, section
1458offsets are 64 bits in size, but the initial length field differs. An 8 byte
1459initial length is indicated by @code{dwarf2_format_64bit_irix} and
1460@code{dwarf2_format_64bit} indicates a 12 byte initial length field in
1461which the first four bytes are 0xffffffff and the next 8 bytes are
1462the section's length.
1463
1464If you don't define this, @code{dwarf2_format_32bit} will be used as
1465the default.
1466
1467This define only affects @code{.debug_info} and @code{.debug_line}
1468sections generated by the assembler. DWARF 2 sections generated by
1469other tools will be unaffected by this setting.
1470
9605f328
AO
1471@item DWARF2_ADDR_SIZE (@var{bfd})
1472@cindex DWARF2_ADDR_SIZE
1473It should return the size of an address, as it should be represented in
1474debugging info. If you don't define this macro, the default definition uses
1475the number of bits per address, as defined in @var{bfd}, divided by 8.
1476
329e276d
NC
1477@item MD_DEBUG_FORMAT_SELECTOR
1478@cindex MD_DEBUG_FORMAT_SELECTOR
1479If defined this macro is the name of a function to be called when the
1480@samp{--gen-debug} switch is detected on the assembler's command line. The
1481prototype for the function looks like this:
1482
1483@smallexample
1484 enum debug_info_type MD_DEBUG_FORMAT_SELECTOR (int * use_gnu_extensions)
1485@end smallexample
1486
1487The function should return the debug format that is preferred by the CPU
1488backend. This format will be used when generating assembler specific debug
1489information.
1490
252b5132
RH
1491@end table
1492
1493@node Object format backend
1494@subsection Writing an object format backend
1495@cindex object format backend
1496@cindex @file{obj-@var{fmt}}
1497
1498As with the CPU backend, the object format backend must define a few things,
1499and may define some other things. The interface to the object format backend
1500is generally simpler; most of the support for an object file format consists of
1501defining a number of pseudo-ops.
1502
1503The object format @file{.h} file must include @file{targ-cpu.h}.
1504
252b5132
RH
1505@table @code
1506@item OBJ_@var{format}
1507@cindex OBJ_@var{format}
1508By convention, you should define this macro in the @file{.h} file. For
1509example, @file{obj-elf.h} defines @code{OBJ_ELF}. You might have to use this
1510if it is necessary to add object file format specific code to the CPU file.
1511
1512@item obj_begin
1513If you define this macro, GAS will call it at the start of the assembly, after
1514the command line arguments have been parsed and all the machine independent
1515initializations have been completed.
1516
1517@item obj_app_file
1518@cindex obj_app_file
1519If you define this macro, GAS will invoke it when it sees a @code{.file}
1520pseudo-op or a @samp{#} line as used by the C preprocessor.
1521
1522@item OBJ_COPY_SYMBOL_ATTRIBUTES
1523@cindex OBJ_COPY_SYMBOL_ATTRIBUTES
1524You should define this macro to copy object format specific information from
1525one symbol to another. GAS will call it when one symbol is equated to
1526another.
1527
252b5132
RH
1528@item obj_sec_sym_ok_for_reloc
1529@cindex obj_sec_sym_ok_for_reloc
1530You may define this macro to indicate that it is OK to use a section symbol in
062b7c0c 1531a relocation entry. If it is not, GAS will define a new symbol at the start
252b5132
RH
1532of a section.
1533
1534@item EMIT_SECTION_SYMBOLS
1535@cindex EMIT_SECTION_SYMBOLS
1536You should define this macro with a zero value if you do not want to include
1537section symbols in the output symbol table. The default value for this macro
1538is one.
1539
1540@item obj_adjust_symtab
1541@cindex obj_adjust_symtab
1542If you define this macro, GAS will invoke it just before setting the symbol
1543table of the output BFD. For example, the COFF support uses this macro to
1544generate a @code{.file} symbol if none was generated previously.
1545
1546@item SEPARATE_STAB_SECTIONS
1547@cindex SEPARATE_STAB_SECTIONS
0aa5d426
HPN
1548You may define this macro to a nonzero value to indicate that stabs should be
1549placed in separate sections, as in ELF.
252b5132
RH
1550
1551@item INIT_STAB_SECTION
1552@cindex INIT_STAB_SECTION
1553You may define this macro to initialize the stabs section in the output file.
1554
1555@item OBJ_PROCESS_STAB
1556@cindex OBJ_PROCESS_STAB
1557You may define this macro to do specific processing on a stabs entry.
1558
1559@item obj_frob_section
1560@cindex obj_frob_section
1561If you define this macro, GAS will call it for each section at the end of the
1562assembly.
1563
1564@item obj_frob_file_before_adjust
1565@cindex obj_frob_file_before_adjust
1566If you define this macro, GAS will call it after the symbol values are
1567resolved, but before the fixups have been changed from local symbols to section
1568symbols.
1569
1570@item obj_frob_symbol
1571@cindex obj_frob_symbol
1572If you define this macro, GAS will call it for each symbol. You can indicate
062b7c0c 1573that the symbol should not be included in the object file by defining this
252b5132
RH
1574macro to set its second argument to a non-zero value.
1575
06e77878
AO
1576@item obj_set_weak_hook
1577@cindex obj_set_weak_hook
1578If you define this macro, @code{S_SET_WEAK} will call it before modifying the
1579symbol's flags.
1580
1581@item obj_clear_weak_hook
1582@cindex obj_clear_weak_hook
1583If you define this macro, @code{S_CLEAR_WEAKREFD} will call it after clearning
1584the @code{weakrefd} flag, but before modifying any other flags.
1585
252b5132
RH
1586@item obj_frob_file
1587@cindex obj_frob_file
1588If you define this macro, GAS will call it after the symbol table has been
1589completed, but before the relocations have been generated.
1590
1591@item obj_frob_file_after_relocs
1592If you define this macro, GAS will call it after the relocs have been
1593generated.
945a1a6b
ILT
1594
1595@item SET_SECTION_RELOCS (@var{sec}, @var{relocs}, @var{n})
1596@cindex SET_SECTION_RELOCS
1597If you define this, it will be called after the relocations have been set for
1598the section @var{sec}. The list of relocations is in @var{relocs}, and the
829c3ed3 1599number of relocations is in @var{n}.
252b5132
RH
1600@end table
1601
1602@node Emulations
1603@subsection Writing emulation files
1604
1605Normally you do not have to write an emulation file. You can just use
1606@file{te-generic.h}.
1607
1608If you do write your own emulation file, it must include @file{obj-format.h}.
1609
1610An emulation file will often define @code{TE_@var{EM}}; this may then be used
1611in other files to change the output.
1612
1613@node Relaxation
1614@section Relaxation
1615@cindex relaxation
1616
1617@dfn{Relaxation} is a generic term used when the size of some instruction or
1618data depends upon the value of some symbol or other data.
1619
1620GAS knows to relax a particular type of PC relative relocation using a table.
1621You can also define arbitrarily complex forms of relaxation yourself.
1622
1623@menu
1624* Relaxing with a table:: Relaxing with a table
1625* General relaxing:: General relaxing
1626@end menu
1627
1628@node Relaxing with a table
1629@subsection Relaxing with a table
1630
1631If you do not define @code{md_relax_frag}, and you do define
1632@code{TC_GENERIC_RELAX_TABLE}, GAS will relax @code{rs_machine_dependent} frags
1633based on the frag subtype and the displacement to some specified target
1634address. The basic idea is that several machines have different addressing
1635modes for instructions that can specify different ranges of values, with
1636successive modes able to access wider ranges, including the entirety of the
1637previous range. Smaller ranges are assumed to be more desirable (perhaps the
1638instruction requires one word instead of two or three); if this is not the
1639case, don't describe the smaller-range, inferior mode.
1640
1641The @code{fr_subtype} field of a frag is an index into a CPU-specific
1642relaxation table. That table entry indicates the range of values that can be
1643stored, the number of bytes that will have to be added to the frag to
062b7c0c 1644accommodate the addressing mode, and the index of the next entry to examine if
252b5132
RH
1645the value to be stored is outside the range accessible by the current
1646addressing mode. The @code{fr_symbol} field of the frag indicates what symbol
1647is to be accessed; the @code{fr_offset} field is added in.
1648
1649If the @code{TC_PCREL_ADJUST} macro is defined, which currently should only happen
1650for the NS32k family, the @code{TC_PCREL_ADJUST} macro is called on the frag to
1651compute an adjustment to be made to the displacement.
1652
1653The value fitted by the relaxation code is always assumed to be a displacement
1654from the current frag. (More specifically, from @code{fr_fix} bytes into the
1655frag.)
1656@ignore
1657This seems kinda silly. What about fitting small absolute values? I suppose
1658@code{md_assemble} is supposed to take care of that, but if the operand is a
1659difference between symbols, it might not be able to, if the difference was not
1660computable yet.
1661@end ignore
1662
1663The end of the relaxation sequence is indicated by a ``next'' value of 0. This
1664means that the first entry in the table can't be used.
1665
1666For some configurations, the linker can do relaxing within a section of an
1667object file. If call instructions of various sizes exist, the linker can
1668determine which should be used in each instance, when a symbol's value is
1669resolved. In order for the linker to avoid wasting space and having to insert
1670no-op instructions, it must be able to expand or shrink the section contents
1671while still preserving intra-section references and meeting alignment
1672requirements.
1673
1674For the i960 using b.out format, no expansion is done; instead, each
1675@samp{.align} directive causes extra space to be allocated, enough that when
1676the linker is relaxing a section and removing unneeded space, it can discard
1677some or all of this extra padding and cause the following data to be correctly
1678aligned.
1679
1680For the H8/300, I think the linker expands calls that can't reach, and doesn't
1681worry about alignment issues; the cpu probably never needs any significant
1682alignment beyond the instruction size.
1683
1684The relaxation table type contains these fields:
1685
1686@table @code
1687@item long rlx_forward
1688Forward reach, must be non-negative.
1689@item long rlx_backward
1690Backward reach, must be zero or negative.
1691@item rlx_length
1692Length in bytes of this addressing mode.
1693@item rlx_more
1694Index of the next-longer relax state, or zero if there is no next relax state.
1695@end table
1696
1697The relaxation is done in @code{relax_segment} in @file{write.c}. The
1698difference in the length fields between the original mode and the one finally
1699chosen by the relaxing code is taken as the size by which the current frag will
1700be increased in size. For example, if the initial relaxing mode has a length
1701of 2 bytes, and because of the size of the displacement, it gets upgraded to a
1702mode with a size of 6 bytes, it is assumed that the frag will grow by 4 bytes.
1703(The initial two bytes should have been part of the fixed portion of the frag,
1704since it is already known that they will be output.) This growth must be
1705effected by @code{md_convert_frag}; it should increase the @code{fr_fix} field
1706by the appropriate size, and fill in the appropriate bytes of the frag.
1707(Enough space for the maximum growth should have been allocated in the call to
1708frag_var as the second argument.)
1709
1710If relocation records are needed, they should be emitted by
1711@code{md_estimate_size_before_relax}. This function should examine the target
1712symbol of the supplied frag and correct the @code{fr_subtype} of the frag if
1713needed. When this function is called, if the symbol has not yet been defined,
1714it will not become defined later; however, its value may still change if the
1715section it is in gets relaxed.
1716
1717Usually, if the symbol is in the same section as the frag (given by the
1718@var{sec} argument), the narrowest likely relaxation mode is stored in
1719@code{fr_subtype}, and that's that.
1720
60493797 1721If the symbol is undefined, or in a different section (and therefore movable
252b5132
RH
1722to an arbitrarily large distance), the largest available relaxation mode is
1723specified, @code{fix_new} is called to produce the relocation record,
1724@code{fr_fix} is increased to include the relocated field (remember, this
1725storage was allocated when @code{frag_var} was called), and @code{frag_wane} is
1726called to convert the frag to an @code{rs_fill} frag with no variant part.
1727Sometimes changing addressing modes may also require rewriting the instruction.
1728It can be accessed via @code{fr_opcode} or @code{fr_fix}.
1729
67db5ab4
HPN
1730If you generate frags separately for the basic insn opcode and any relaxable
1731operands, do not call @code{fix_new} thinking you can emit fixups for the
062b7c0c 1732opcode field from the relaxable frag. It is not guaranteed to be the same frag.
67db5ab4
HPN
1733If you need to emit fixups for the opcode field from inspection of the
1734relaxable frag, then you need to generate a common frag for both the basic
1735opcode and relaxable fields, or you need to provide the frag for the opcode to
1736pass to @code{fix_new}. The latter can be done for example by defining
1737@code{TC_FRAG_TYPE} to include a pointer to it and defining @code{TC_FRAG_INIT}
1738to set the pointer.
1739
252b5132
RH
1740Sometimes @code{fr_var} is increased instead, and @code{frag_wane} is not
1741called. I'm not sure, but I think this is to keep @code{fr_fix} referring to
1742an earlier byte, and @code{fr_subtype} set to @code{rs_machine_dependent} so
1743that @code{md_convert_frag} will get called.
1744
1745@node General relaxing
1746@subsection General relaxing
1747
1748If using a simple table is not suitable, you may implement arbitrarily complex
1749relaxation semantics yourself. For example, the MIPS backend uses this to emit
1750different instruction sequences depending upon the size of the symbol being
1751accessed.
1752
1753When you assemble an instruction that may need relaxation, you should allocate
1754a frag using @code{frag_var} or @code{frag_variant} with a type of
1755@code{rs_machine_dependent}. You should store some sort of information in the
1756@code{fr_subtype} field so that you can figure out what to do with the frag
1757later.
1758
1759When GAS reaches the end of the input file, it will look through the frags and
1760work out their final sizes.
1761
1762GAS will first call @code{md_estimate_size_before_relax} on each
1763@code{rs_machine_dependent} frag. This function must return an estimated size
1764for the frag.
1765
1766GAS will then loop over the frags, calling @code{md_relax_frag} on each
1767@code{rs_machine_dependent} frag. This function should return the change in
1768size of the frag. GAS will keep looping over the frags until none of the frags
1769changes size.
1770
1771@node Broken words
1772@section Broken words
1773@cindex internals, broken words
1774@cindex broken words
1775
1776Some compilers, including GCC, will sometimes emit switch tables specifying
177716-bit @code{.word} displacements to branch targets, and branch instructions
1778that load entries from that table to compute the target address. If this is
1779done on a 32-bit machine, there is a chance (at least with really large
1780functions) that the displacement will not fit in 16 bits. The assembler
1781handles this using a concept called @dfn{broken words}. This idea is well
1782named, since there is an implied promise that the 16-bit field will in fact
1783hold the specified displacement.
1784
1785If broken word processing is enabled, and a situation like this is encountered,
1786the assembler will insert a jump instruction into the instruction stream, close
1787enough to be reached with the 16-bit displacement. This jump instruction will
1788transfer to the real desired target address. Thus, as long as the @code{.word}
1789value really is used as a displacement to compute an address to jump to, the
1790net effect will be correct (minus a very small efficiency cost). If
1791@code{.word} directives with label differences for values are used for other
1792purposes, however, things may not work properly. For targets which use broken
1793words, the @samp{-K} option will warn when a broken word is discovered.
1794
1795The broken word code is turned off by the @code{WORKING_DOT_WORD} macro. It
1796isn't needed if @code{.word} emits a value large enough to contain an address
1797(or, more correctly, any possible difference between two addresses).
1798
1799@node Internal functions
1800@section Internal functions
1801
1802This section describes basic internal functions used by GAS.
1803
1804@menu
1805* Warning and error messages:: Warning and error messages
1806* Hash tables:: Hash tables
1807@end menu
1808
1809@node Warning and error messages
1810@subsection Warning and error messages
1811
1812@deftypefun @{@} int had_warnings (void)
1813@deftypefunx @{@} int had_errors (void)
1814Returns non-zero if any warnings or errors, respectively, have been printed
1815during this invocation.
1816@end deftypefun
1817
1818@deftypefun @{@} void as_perror (const char *@var{gripe}, const char *@var{filename})
1819Displays a BFD or system error, then clears the error status.
1820@end deftypefun
1821
1822@deftypefun @{@} void as_tsktsk (const char *@var{format}, ...)
1823@deftypefunx @{@} void as_warn (const char *@var{format}, ...)
1824@deftypefunx @{@} void as_bad (const char *@var{format}, ...)
1825@deftypefunx @{@} void as_fatal (const char *@var{format}, ...)
1826These functions display messages about something amiss with the input file, or
1827internal problems in the assembler itself. The current file name and line
1828number are printed, followed by the supplied message, formatted using
1829@code{vfprintf}, and a final newline.
1830
1831An error indicated by @code{as_bad} will result in a non-zero exit status when
1832the assembler has finished. Calling @code{as_fatal} will result in immediate
1833termination of the assembler process.
1834@end deftypefun
1835
1836@deftypefun @{@} void as_warn_where (char *@var{file}, unsigned int @var{line}, const char *@var{format}, ...)
1837@deftypefunx @{@} void as_bad_where (char *@var{file}, unsigned int @var{line}, const char *@var{format}, ...)
1838These variants permit specification of the file name and line number, and are
1839used when problems are detected when reprocessing information saved away when
1840processing some earlier part of the file. For example, fixups are processed
1841after all input has been read, but messages about fixups should refer to the
1842original filename and line number that they are applicable to.
1843@end deftypefun
1844
87c245cc
BE
1845@deftypefun @{@} void sprint_value (char *@var{buf}, valueT @var{val})
1846This function is helpful for converting a @code{valueT} value into printable
252b5132
RH
1847format, in case it's wider than modes that @code{*printf} can handle. If the
1848type is narrow enough, a decimal number will be produced; otherwise, it will be
1849in hexadecimal. The value itself is not examined to make this determination.
1850@end deftypefun
1851
1852@node Hash tables
1853@subsection Hash tables
1854@cindex hash tables
1855
1856@deftypefun @{@} @{struct hash_control *@} hash_new (void)
1857Creates the hash table control structure.
1858@end deftypefun
1859
1860@deftypefun @{@} void hash_die (struct hash_control *)
1861Destroy a hash table.
1862@end deftypefun
1863
1864@deftypefun @{@} PTR hash_delete (struct hash_control *, const char *)
1865Deletes entry from the hash table, returns the value it had.
1866@end deftypefun
1867
1868@deftypefun @{@} PTR hash_replace (struct hash_control *, const char *, PTR)
1869Updates the value for an entry already in the table, returning the old value.
1870If no entry was found, just returns NULL.
1871@end deftypefun
1872
1873@deftypefun @{@} @{const char *@} hash_insert (struct hash_control *, const char *, PTR)
1874Inserting a value already in the table is an error.
1875Returns an error message or NULL.
1876@end deftypefun
1877
1878@deftypefun @{@} @{const char *@} hash_jam (struct hash_control *, const char *, PTR)
1879Inserts if the value isn't already present, updates it if it is.
1880@end deftypefun
1881
1882@node Test suite
1883@section Test suite
1884@cindex test suite
1885
1886The test suite is kind of lame for most processors. Often it only checks to
1887see if a couple of files can be assembled without the assembler reporting any
1888errors. For more complete testing, write a test which either examines the
1889assembler listing, or runs @code{objdump} and examines its output. For the
1890latter, the TCL procedure @code{run_dump_test} may come in handy. It takes the
1891base name of a file, and looks for @file{@var{file}.d}. This file should
1892contain as its initial lines a set of variable settings in @samp{#} comments,
1893in the form:
1894
1895@example
1896 #@var{varname}: @var{value}
1897@end example
1898
1899The @var{varname} may be @code{objdump}, @code{nm}, or @code{as}, in which case
1900it specifies the options to be passed to the specified programs. Exactly one
1901of @code{objdump} or @code{nm} must be specified, as that also specifies which
1902program to run after the assembler has finished. If @var{varname} is
1903@code{source}, it specifies the name of the source file; otherwise,
1904@file{@var{file}.s} is used. If @var{varname} is @code{name}, it specifies the
1905name of the test to be used in the @code{pass} or @code{fail} messages.
1906
1907The non-commented parts of the file are interpreted as regular expressions, one
1908per line. Blank lines in the @code{objdump} or @code{nm} output are skipped,
1909as are blank lines in the @code{.d} file; the other lines are tested to see if
1910the regular expression matches the program output. If it does not, the test
1911fails.
1912
1913Note that this means the tests must be modified if the @code{objdump} output
1914style is changed.
1915
1916@bye
1917@c Local Variables:
1918@c fill-column: 79
1919@c End:
This page took 0.360933 seconds and 4 git commands to generate.