1 |
104 |
markom |
This is bfd.info, produced by Makeinfo version 3.12f from bfd.texinfo.
|
2 |
|
|
|
3 |
|
|
START-INFO-DIR-ENTRY
|
4 |
|
|
* Bfd: (bfd). The Binary File Descriptor library.
|
5 |
|
|
END-INFO-DIR-ENTRY
|
6 |
|
|
|
7 |
|
|
This file documents the BFD library.
|
8 |
|
|
|
9 |
|
|
Copyright (C) 1991 Free Software Foundation, Inc.
|
10 |
|
|
|
11 |
|
|
Permission is granted to make and distribute verbatim copies of this
|
12 |
|
|
manual provided the copyright notice and this permission notice are
|
13 |
|
|
preserved on all copies.
|
14 |
|
|
|
15 |
|
|
Permission is granted to copy and distribute modified versions of
|
16 |
|
|
this manual under the conditions for verbatim copying, subject to the
|
17 |
|
|
terms of the GNU General Public License, which includes the provision
|
18 |
|
|
that the entire resulting derived work is distributed under the terms
|
19 |
|
|
of a permission notice identical to this one.
|
20 |
|
|
|
21 |
|
|
Permission is granted to copy and distribute translations of this
|
22 |
|
|
manual into another language, under the above conditions for modified
|
23 |
|
|
versions.
|
24 |
|
|
|
25 |
|
|
|
26 |
|
|
File: bfd.info, Node: typedef asection, Next: section prototypes, Prev: Section Output, Up: Sections
|
27 |
|
|
|
28 |
|
|
typedef asection
|
29 |
|
|
----------------
|
30 |
|
|
|
31 |
|
|
Here is the section structure:
|
32 |
|
|
|
33 |
|
|
|
34 |
|
|
/* This structure is used for a comdat section, as in PE. A comdat
|
35 |
|
|
section is associated with a particular symbol. When the linker
|
36 |
|
|
sees a comdat section, it keeps only one of the sections with a
|
37 |
|
|
given name and associated with a given symbol. */
|
38 |
|
|
|
39 |
|
|
struct bfd_comdat_info
|
40 |
|
|
{
|
41 |
|
|
/* The name of the symbol associated with a comdat section. */
|
42 |
|
|
const char *name;
|
43 |
|
|
|
44 |
|
|
/* The local symbol table index of the symbol associated with a
|
45 |
|
|
comdat section. This is only meaningful to the object file format
|
46 |
|
|
specific code; it is not an index into the list returned by
|
47 |
|
|
bfd_canonicalize_symtab. */
|
48 |
|
|
long symbol;
|
49 |
|
|
|
50 |
|
|
/* If this section is being discarded, the linker uses this field
|
51 |
|
|
to point to the input section which is being kept. */
|
52 |
|
|
struct sec *sec;
|
53 |
|
|
};
|
54 |
|
|
|
55 |
|
|
typedef struct sec
|
56 |
|
|
{
|
57 |
|
|
/* The name of the section; the name isn't a copy, the pointer is
|
58 |
|
|
the same as that passed to bfd_make_section. */
|
59 |
|
|
|
60 |
|
|
CONST char *name;
|
61 |
|
|
|
62 |
|
|
/* Which section is it; 0..nth. */
|
63 |
|
|
|
64 |
|
|
int index;
|
65 |
|
|
|
66 |
|
|
/* The next section in the list belonging to the BFD, or NULL. */
|
67 |
|
|
|
68 |
|
|
struct sec *next;
|
69 |
|
|
|
70 |
|
|
/* The field flags contains attributes of the section. Some
|
71 |
|
|
flags are read in from the object file, and some are
|
72 |
|
|
synthesized from other information. */
|
73 |
|
|
|
74 |
|
|
flagword flags;
|
75 |
|
|
|
76 |
|
|
#define SEC_NO_FLAGS 0x000
|
77 |
|
|
|
78 |
|
|
/* Tells the OS to allocate space for this section when loading.
|
79 |
|
|
This is clear for a section containing debug information
|
80 |
|
|
only. */
|
81 |
|
|
#define SEC_ALLOC 0x001
|
82 |
|
|
|
83 |
|
|
/* Tells the OS to load the section from the file when loading.
|
84 |
|
|
This is clear for a .bss section. */
|
85 |
|
|
#define SEC_LOAD 0x002
|
86 |
|
|
|
87 |
|
|
/* The section contains data still to be relocated, so there is
|
88 |
|
|
some relocation information too. */
|
89 |
|
|
#define SEC_RELOC 0x004
|
90 |
|
|
|
91 |
|
|
#if 0 /* Obsolete ? */
|
92 |
|
|
#define SEC_BALIGN 0x008
|
93 |
|
|
#endif
|
94 |
|
|
|
95 |
|
|
/* A signal to the OS that the section contains read only
|
96 |
|
|
data. */
|
97 |
|
|
#define SEC_READONLY 0x010
|
98 |
|
|
|
99 |
|
|
/* The section contains code only. */
|
100 |
|
|
#define SEC_CODE 0x020
|
101 |
|
|
|
102 |
|
|
/* The section contains data only. */
|
103 |
|
|
#define SEC_DATA 0x040
|
104 |
|
|
|
105 |
|
|
/* The section will reside in ROM. */
|
106 |
|
|
#define SEC_ROM 0x080
|
107 |
|
|
|
108 |
|
|
/* The section contains constructor information. This section
|
109 |
|
|
type is used by the linker to create lists of constructors and
|
110 |
|
|
destructors used by `g++'. When a back end sees a symbol
|
111 |
|
|
which should be used in a constructor list, it creates a new
|
112 |
|
|
section for the type of name (e.g., `__CTOR_LIST__'), attaches
|
113 |
|
|
the symbol to it, and builds a relocation. To build the lists
|
114 |
|
|
of constructors, all the linker has to do is catenate all the
|
115 |
|
|
sections called `__CTOR_LIST__' and relocate the data
|
116 |
|
|
contained within - exactly the operations it would peform on
|
117 |
|
|
standard data. */
|
118 |
|
|
#define SEC_CONSTRUCTOR 0x100
|
119 |
|
|
|
120 |
|
|
/* The section is a constructor, and should be placed at the
|
121 |
|
|
end of the text, data, or bss section(?). */
|
122 |
|
|
#define SEC_CONSTRUCTOR_TEXT 0x1100
|
123 |
|
|
#define SEC_CONSTRUCTOR_DATA 0x2100
|
124 |
|
|
#define SEC_CONSTRUCTOR_BSS 0x3100
|
125 |
|
|
|
126 |
|
|
/* The section has contents - a data section could be
|
127 |
|
|
`SEC_ALLOC' | `SEC_HAS_CONTENTS'; a debug section could be
|
128 |
|
|
`SEC_HAS_CONTENTS' */
|
129 |
|
|
#define SEC_HAS_CONTENTS 0x200
|
130 |
|
|
|
131 |
|
|
/* An instruction to the linker to not output the section
|
132 |
|
|
even if it has information which would normally be written. */
|
133 |
|
|
#define SEC_NEVER_LOAD 0x400
|
134 |
|
|
|
135 |
|
|
/* The section is a COFF shared library section. This flag is
|
136 |
|
|
only for the linker. If this type of section appears in
|
137 |
|
|
the input file, the linker must copy it to the output file
|
138 |
|
|
without changing the vma or size. FIXME: Although this
|
139 |
|
|
was originally intended to be general, it really is COFF
|
140 |
|
|
specific (and the flag was renamed to indicate this). It
|
141 |
|
|
might be cleaner to have some more general mechanism to
|
142 |
|
|
allow the back end to control what the linker does with
|
143 |
|
|
sections. */
|
144 |
|
|
#define SEC_COFF_SHARED_LIBRARY 0x800
|
145 |
|
|
|
146 |
|
|
/* The section contains common symbols (symbols may be defined
|
147 |
|
|
multiple times, the value of a symbol is the amount of
|
148 |
|
|
space it requires, and the largest symbol value is the one
|
149 |
|
|
used). Most targets have exactly one of these (which we
|
150 |
|
|
translate to bfd_com_section_ptr), but ECOFF has two. */
|
151 |
|
|
#define SEC_IS_COMMON 0x8000
|
152 |
|
|
|
153 |
|
|
/* The section contains only debugging information. For
|
154 |
|
|
example, this is set for ELF .debug and .stab sections.
|
155 |
|
|
strip tests this flag to see if a section can be
|
156 |
|
|
discarded. */
|
157 |
|
|
#define SEC_DEBUGGING 0x10000
|
158 |
|
|
|
159 |
|
|
/* The contents of this section are held in memory pointed to
|
160 |
|
|
by the contents field. This is checked by
|
161 |
|
|
bfd_get_section_contents, and the data is retrieved from
|
162 |
|
|
memory if appropriate. */
|
163 |
|
|
#define SEC_IN_MEMORY 0x20000
|
164 |
|
|
|
165 |
|
|
/* The contents of this section are to be excluded by the
|
166 |
|
|
linker for executable and shared objects unless those
|
167 |
|
|
objects are to be further relocated. */
|
168 |
|
|
#define SEC_EXCLUDE 0x40000
|
169 |
|
|
|
170 |
|
|
/* The contents of this section are to be sorted by the
|
171 |
|
|
based on the address specified in the associated symbol
|
172 |
|
|
table. */
|
173 |
|
|
#define SEC_SORT_ENTRIES 0x80000
|
174 |
|
|
|
175 |
|
|
/* When linking, duplicate sections of the same name should be
|
176 |
|
|
discarded, rather than being combined into a single section as
|
177 |
|
|
is usually done. This is similar to how common symbols are
|
178 |
|
|
handled. See SEC_LINK_DUPLICATES below. */
|
179 |
|
|
#define SEC_LINK_ONCE 0x100000
|
180 |
|
|
|
181 |
|
|
/* If SEC_LINK_ONCE is set, this bitfield describes how the linker
|
182 |
|
|
should handle duplicate sections. */
|
183 |
|
|
#define SEC_LINK_DUPLICATES 0x600000
|
184 |
|
|
|
185 |
|
|
/* This value for SEC_LINK_DUPLICATES means that duplicate
|
186 |
|
|
sections with the same name should simply be discarded. */
|
187 |
|
|
#define SEC_LINK_DUPLICATES_DISCARD 0x0
|
188 |
|
|
|
189 |
|
|
/* This value for SEC_LINK_DUPLICATES means that the linker
|
190 |
|
|
should warn if there are any duplicate sections, although
|
191 |
|
|
it should still only link one copy. */
|
192 |
|
|
#define SEC_LINK_DUPLICATES_ONE_ONLY 0x200000
|
193 |
|
|
|
194 |
|
|
/* This value for SEC_LINK_DUPLICATES means that the linker
|
195 |
|
|
should warn if any duplicate sections are a different size. */
|
196 |
|
|
#define SEC_LINK_DUPLICATES_SAME_SIZE 0x400000
|
197 |
|
|
|
198 |
|
|
/* This value for SEC_LINK_DUPLICATES means that the linker
|
199 |
|
|
should warn if any duplicate sections contain different
|
200 |
|
|
contents. */
|
201 |
|
|
#define SEC_LINK_DUPLICATES_SAME_CONTENTS 0x600000
|
202 |
|
|
|
203 |
|
|
/* This section was created by the linker as part of dynamic
|
204 |
|
|
relocation or other arcane processing. It is skipped when
|
205 |
|
|
going through the first-pass output, trusting that someone
|
206 |
|
|
else up the line will take care of it later. */
|
207 |
|
|
#define SEC_LINKER_CREATED 0x800000
|
208 |
|
|
|
209 |
|
|
/* This section should not be subject to garbage collection. */
|
210 |
|
|
#define SEC_KEEP 0x1000000
|
211 |
|
|
|
212 |
|
|
/* This section contains "short" data, and should be placed
|
213 |
|
|
"near" the GP. */
|
214 |
|
|
#define SEC_SMALL_DATA 0x2000000
|
215 |
|
|
|
216 |
|
|
/* This section contains data which may be shared with other
|
217 |
|
|
executables or shared objects. */
|
218 |
|
|
#define SEC_SHARED 0x4000000
|
219 |
|
|
|
220 |
|
|
/* When a section with this flag is being linked, then if the size of
|
221 |
|
|
the input section is less than a page, it should not cross a page
|
222 |
|
|
boundary. If the size of the input section is one page or more, it
|
223 |
|
|
should be aligned on a page boundary. */
|
224 |
|
|
#define SEC_BLOCK 0x8000000
|
225 |
|
|
|
226 |
|
|
/* Conditionally link this section; do not link if there are no
|
227 |
|
|
references found to any symbol in the section. */
|
228 |
|
|
#define SEC_CLINK 0x10000000
|
229 |
|
|
|
230 |
|
|
/* End of section flags. */
|
231 |
|
|
|
232 |
|
|
/* Some internal packed boolean fields. */
|
233 |
|
|
|
234 |
|
|
/* See the vma field. */
|
235 |
|
|
unsigned int user_set_vma : 1;
|
236 |
|
|
|
237 |
|
|
/* Whether relocations have been processed. */
|
238 |
|
|
unsigned int reloc_done : 1;
|
239 |
|
|
|
240 |
|
|
/* A mark flag used by some of the linker backends. */
|
241 |
|
|
unsigned int linker_mark : 1;
|
242 |
|
|
|
243 |
|
|
/* A mark flag used by some linker backends for garbage collection. */
|
244 |
|
|
unsigned int gc_mark : 1;
|
245 |
|
|
|
246 |
|
|
/* End of internal packed boolean fields. */
|
247 |
|
|
|
248 |
|
|
/* The virtual memory address of the section - where it will be
|
249 |
|
|
at run time. The symbols are relocated against this. The
|
250 |
|
|
user_set_vma flag is maintained by bfd; if it's not set, the
|
251 |
|
|
backend can assign addresses (for example, in `a.out', where
|
252 |
|
|
the default address for `.data' is dependent on the specific
|
253 |
|
|
target and various flags). */
|
254 |
|
|
|
255 |
|
|
bfd_vma vma;
|
256 |
|
|
|
257 |
|
|
/* The load address of the section - where it would be in a
|
258 |
|
|
rom image; really only used for writing section header
|
259 |
|
|
information. */
|
260 |
|
|
|
261 |
|
|
bfd_vma lma;
|
262 |
|
|
|
263 |
|
|
/* The size of the section in octets, as it will be output.
|
264 |
|
|
Contains a value even if the section has no contents (e.g., the
|
265 |
|
|
size of `.bss'). This will be filled in after relocation. */
|
266 |
|
|
|
267 |
|
|
bfd_size_type _cooked_size;
|
268 |
|
|
|
269 |
|
|
/* The original size on disk of the section, in octets. Normally this
|
270 |
|
|
value is the same as the size, but if some relaxing has
|
271 |
|
|
been done, then this value will be bigger. */
|
272 |
|
|
|
273 |
|
|
bfd_size_type _raw_size;
|
274 |
|
|
|
275 |
|
|
/* If this section is going to be output, then this value is the
|
276 |
|
|
offset in *bytes* into the output section of the first byte in the
|
277 |
|
|
input section (byte ==> smallest addressable unit on the
|
278 |
|
|
target). In most cases, if this was going to start at the
|
279 |
|
|
100th octet (8-bit quantity) in the output section, this value
|
280 |
|
|
would be 100. However, if the target byte size is 16 bits
|
281 |
|
|
(bfd_octets_per_byte is "2"), this value would be 50. */
|
282 |
|
|
|
283 |
|
|
bfd_vma output_offset;
|
284 |
|
|
|
285 |
|
|
/* The output section through which to map on output. */
|
286 |
|
|
|
287 |
|
|
struct sec *output_section;
|
288 |
|
|
|
289 |
|
|
/* The alignment requirement of the section, as an exponent of 2 -
|
290 |
|
|
e.g., 3 aligns to 2^3 (or 8). */
|
291 |
|
|
|
292 |
|
|
unsigned int alignment_power;
|
293 |
|
|
|
294 |
|
|
/* If an input section, a pointer to a vector of relocation
|
295 |
|
|
records for the data in this section. */
|
296 |
|
|
|
297 |
|
|
struct reloc_cache_entry *relocation;
|
298 |
|
|
|
299 |
|
|
/* If an output section, a pointer to a vector of pointers to
|
300 |
|
|
relocation records for the data in this section. */
|
301 |
|
|
|
302 |
|
|
struct reloc_cache_entry **orelocation;
|
303 |
|
|
|
304 |
|
|
/* The number of relocation records in one of the above */
|
305 |
|
|
|
306 |
|
|
unsigned reloc_count;
|
307 |
|
|
|
308 |
|
|
/* Information below is back end specific - and not always used
|
309 |
|
|
or updated. */
|
310 |
|
|
|
311 |
|
|
/* File position of section data */
|
312 |
|
|
|
313 |
|
|
file_ptr filepos;
|
314 |
|
|
|
315 |
|
|
/* File position of relocation info */
|
316 |
|
|
|
317 |
|
|
file_ptr rel_filepos;
|
318 |
|
|
|
319 |
|
|
/* File position of line data */
|
320 |
|
|
|
321 |
|
|
file_ptr line_filepos;
|
322 |
|
|
|
323 |
|
|
/* Pointer to data for applications */
|
324 |
|
|
|
325 |
|
|
PTR userdata;
|
326 |
|
|
|
327 |
|
|
/* If the SEC_IN_MEMORY flag is set, this points to the actual
|
328 |
|
|
contents. */
|
329 |
|
|
unsigned char *contents;
|
330 |
|
|
|
331 |
|
|
/* Attached line number information */
|
332 |
|
|
|
333 |
|
|
alent *lineno;
|
334 |
|
|
|
335 |
|
|
/* Number of line number records */
|
336 |
|
|
|
337 |
|
|
unsigned int lineno_count;
|
338 |
|
|
|
339 |
|
|
/* Optional information about a COMDAT entry; NULL if not COMDAT */
|
340 |
|
|
|
341 |
|
|
struct bfd_comdat_info *comdat;
|
342 |
|
|
|
343 |
|
|
/* When a section is being output, this value changes as more
|
344 |
|
|
linenumbers are written out */
|
345 |
|
|
|
346 |
|
|
file_ptr moving_line_filepos;
|
347 |
|
|
|
348 |
|
|
/* What the section number is in the target world */
|
349 |
|
|
|
350 |
|
|
int target_index;
|
351 |
|
|
|
352 |
|
|
PTR used_by_bfd;
|
353 |
|
|
|
354 |
|
|
/* If this is a constructor section then here is a list of the
|
355 |
|
|
relocations created to relocate items within it. */
|
356 |
|
|
|
357 |
|
|
struct relent_chain *constructor_chain;
|
358 |
|
|
|
359 |
|
|
/* The BFD which owns the section. */
|
360 |
|
|
|
361 |
|
|
bfd *owner;
|
362 |
|
|
|
363 |
|
|
/* A symbol which points at this section only */
|
364 |
|
|
struct symbol_cache_entry *symbol;
|
365 |
|
|
struct symbol_cache_entry **symbol_ptr_ptr;
|
366 |
|
|
|
367 |
|
|
struct bfd_link_order *link_order_head;
|
368 |
|
|
struct bfd_link_order *link_order_tail;
|
369 |
|
|
} asection ;
|
370 |
|
|
|
371 |
|
|
/* These sections are global, and are managed by BFD. The application
|
372 |
|
|
and target back end are not permitted to change the values in
|
373 |
|
|
these sections. New code should use the section_ptr macros rather
|
374 |
|
|
than referring directly to the const sections. The const sections
|
375 |
|
|
may eventually vanish. */
|
376 |
|
|
#define BFD_ABS_SECTION_NAME "*ABS*"
|
377 |
|
|
#define BFD_UND_SECTION_NAME "*UND*"
|
378 |
|
|
#define BFD_COM_SECTION_NAME "*COM*"
|
379 |
|
|
#define BFD_IND_SECTION_NAME "*IND*"
|
380 |
|
|
|
381 |
|
|
/* the absolute section */
|
382 |
|
|
extern const asection bfd_abs_section;
|
383 |
|
|
#define bfd_abs_section_ptr ((asection *) &bfd_abs_section)
|
384 |
|
|
#define bfd_is_abs_section(sec) ((sec) == bfd_abs_section_ptr)
|
385 |
|
|
/* Pointer to the undefined section */
|
386 |
|
|
extern const asection bfd_und_section;
|
387 |
|
|
#define bfd_und_section_ptr ((asection *) &bfd_und_section)
|
388 |
|
|
#define bfd_is_und_section(sec) ((sec) == bfd_und_section_ptr)
|
389 |
|
|
/* Pointer to the common section */
|
390 |
|
|
extern const asection bfd_com_section;
|
391 |
|
|
#define bfd_com_section_ptr ((asection *) &bfd_com_section)
|
392 |
|
|
/* Pointer to the indirect section */
|
393 |
|
|
extern const asection bfd_ind_section;
|
394 |
|
|
#define bfd_ind_section_ptr ((asection *) &bfd_ind_section)
|
395 |
|
|
#define bfd_is_ind_section(sec) ((sec) == bfd_ind_section_ptr)
|
396 |
|
|
|
397 |
|
|
extern const struct symbol_cache_entry * const bfd_abs_symbol;
|
398 |
|
|
extern const struct symbol_cache_entry * const bfd_com_symbol;
|
399 |
|
|
extern const struct symbol_cache_entry * const bfd_und_symbol;
|
400 |
|
|
extern const struct symbol_cache_entry * const bfd_ind_symbol;
|
401 |
|
|
#define bfd_get_section_size_before_reloc(section) \
|
402 |
|
|
((section)->reloc_done ? (abort (), (bfd_size_type) 1) \
|
403 |
|
|
: (section)->_raw_size)
|
404 |
|
|
#define bfd_get_section_size_after_reloc(section) \
|
405 |
|
|
((section)->reloc_done ? (section)->_cooked_size \
|
406 |
|
|
: (abort (), (bfd_size_type) 1))
|
407 |
|
|
|
408 |
|
|
|
409 |
|
|
File: bfd.info, Node: section prototypes, Prev: typedef asection, Up: Sections
|
410 |
|
|
|
411 |
|
|
Section prototypes
|
412 |
|
|
------------------
|
413 |
|
|
|
414 |
|
|
These are the functions exported by the section handling part of BFD.
|
415 |
|
|
|
416 |
|
|
`bfd_get_section_by_name'
|
417 |
|
|
.........................
|
418 |
|
|
|
419 |
|
|
*Synopsis*
|
420 |
|
|
asection *bfd_get_section_by_name(bfd *abfd, CONST char *name);
|
421 |
|
|
*Description*
|
422 |
|
|
Run through ABFD and return the one of the `asection's whose name
|
423 |
|
|
matches NAME, otherwise `NULL'. *Note Sections::, for more information.
|
424 |
|
|
|
425 |
|
|
This should only be used in special cases; the normal way to process
|
426 |
|
|
all sections of a given name is to use `bfd_map_over_sections' and
|
427 |
|
|
`strcmp' on the name (or better yet, base it on the section flags or
|
428 |
|
|
something else) for each section.
|
429 |
|
|
|
430 |
|
|
`bfd_make_section_old_way'
|
431 |
|
|
..........................
|
432 |
|
|
|
433 |
|
|
*Synopsis*
|
434 |
|
|
asection *bfd_make_section_old_way(bfd *abfd, CONST char *name);
|
435 |
|
|
*Description*
|
436 |
|
|
Create a new empty section called NAME and attach it to the end of the
|
437 |
|
|
chain of sections for the BFD ABFD. An attempt to create a section with
|
438 |
|
|
a name which is already in use returns its pointer without changing the
|
439 |
|
|
section chain.
|
440 |
|
|
|
441 |
|
|
It has the funny name since this is the way it used to be before it
|
442 |
|
|
was rewritten....
|
443 |
|
|
|
444 |
|
|
Possible errors are:
|
445 |
|
|
* `bfd_error_invalid_operation' - If output has already started for
|
446 |
|
|
this BFD.
|
447 |
|
|
|
448 |
|
|
* `bfd_error_no_memory' - If memory allocation fails.
|
449 |
|
|
|
450 |
|
|
`bfd_make_section_anyway'
|
451 |
|
|
.........................
|
452 |
|
|
|
453 |
|
|
*Synopsis*
|
454 |
|
|
asection *bfd_make_section_anyway(bfd *abfd, CONST char *name);
|
455 |
|
|
*Description*
|
456 |
|
|
Create a new empty section called NAME and attach it to the end of the
|
457 |
|
|
chain of sections for ABFD. Create a new section even if there is
|
458 |
|
|
already a section with that name.
|
459 |
|
|
|
460 |
|
|
Return `NULL' and set `bfd_error' on error; possible errors are:
|
461 |
|
|
* `bfd_error_invalid_operation' - If output has already started for
|
462 |
|
|
ABFD.
|
463 |
|
|
|
464 |
|
|
* `bfd_error_no_memory' - If memory allocation fails.
|
465 |
|
|
|
466 |
|
|
`bfd_make_section'
|
467 |
|
|
..................
|
468 |
|
|
|
469 |
|
|
*Synopsis*
|
470 |
|
|
asection *bfd_make_section(bfd *, CONST char *name);
|
471 |
|
|
*Description*
|
472 |
|
|
Like `bfd_make_section_anyway', but return `NULL' (without calling
|
473 |
|
|
bfd_set_error ()) without changing the section chain if there is
|
474 |
|
|
already a section named NAME. If there is an error, return `NULL' and
|
475 |
|
|
set `bfd_error'.
|
476 |
|
|
|
477 |
|
|
`bfd_set_section_flags'
|
478 |
|
|
.......................
|
479 |
|
|
|
480 |
|
|
*Synopsis*
|
481 |
|
|
boolean bfd_set_section_flags(bfd *abfd, asection *sec, flagword flags);
|
482 |
|
|
*Description*
|
483 |
|
|
Set the attributes of the section SEC in the BFD ABFD to the value
|
484 |
|
|
FLAGS. Return `true' on success, `false' on error. Possible error
|
485 |
|
|
returns are:
|
486 |
|
|
|
487 |
|
|
* `bfd_error_invalid_operation' - The section cannot have one or
|
488 |
|
|
more of the attributes requested. For example, a .bss section in
|
489 |
|
|
`a.out' may not have the `SEC_HAS_CONTENTS' field set.
|
490 |
|
|
|
491 |
|
|
`bfd_map_over_sections'
|
492 |
|
|
.......................
|
493 |
|
|
|
494 |
|
|
*Synopsis*
|
495 |
|
|
void bfd_map_over_sections(bfd *abfd,
|
496 |
|
|
void (*func)(bfd *abfd,
|
497 |
|
|
asection *sect,
|
498 |
|
|
PTR obj),
|
499 |
|
|
PTR obj);
|
500 |
|
|
*Description*
|
501 |
|
|
Call the provided function FUNC for each section attached to the BFD
|
502 |
|
|
ABFD, passing OBJ as an argument. The function will be called as if by
|
503 |
|
|
|
504 |
|
|
func(abfd, the_section, obj);
|
505 |
|
|
|
506 |
|
|
This is the prefered method for iterating over sections; an
|
507 |
|
|
alternative would be to use a loop:
|
508 |
|
|
|
509 |
|
|
section *p;
|
510 |
|
|
for (p = abfd->sections; p != NULL; p = p->next)
|
511 |
|
|
func(abfd, p, ...)
|
512 |
|
|
|
513 |
|
|
`bfd_set_section_size'
|
514 |
|
|
......................
|
515 |
|
|
|
516 |
|
|
*Synopsis*
|
517 |
|
|
boolean bfd_set_section_size(bfd *abfd, asection *sec, bfd_size_type val);
|
518 |
|
|
*Description*
|
519 |
|
|
Set SEC to the size VAL. If the operation is ok, then `true' is
|
520 |
|
|
returned, else `false'.
|
521 |
|
|
|
522 |
|
|
Possible error returns:
|
523 |
|
|
* `bfd_error_invalid_operation' - Writing has started to the BFD, so
|
524 |
|
|
setting the size is invalid.
|
525 |
|
|
|
526 |
|
|
`bfd_set_section_contents'
|
527 |
|
|
..........................
|
528 |
|
|
|
529 |
|
|
*Synopsis*
|
530 |
|
|
boolean bfd_set_section_contents
|
531 |
|
|
(bfd *abfd,
|
532 |
|
|
asection *section,
|
533 |
|
|
PTR data,
|
534 |
|
|
file_ptr offset,
|
535 |
|
|
bfd_size_type count);
|
536 |
|
|
*Description*
|
537 |
|
|
Sets the contents of the section SECTION in BFD ABFD to the data
|
538 |
|
|
starting in memory at DATA. The data is written to the output section
|
539 |
|
|
starting at offset OFFSET for COUNT octets.
|
540 |
|
|
|
541 |
|
|
Normally `true' is returned, else `false'. Possible error returns
|
542 |
|
|
are:
|
543 |
|
|
* `bfd_error_no_contents' - The output section does not have the
|
544 |
|
|
`SEC_HAS_CONTENTS' attribute, so nothing can be written to it.
|
545 |
|
|
|
546 |
|
|
* and some more too
|
547 |
|
|
This routine is front end to the back end function
|
548 |
|
|
`_bfd_set_section_contents'.
|
549 |
|
|
|
550 |
|
|
`bfd_get_section_contents'
|
551 |
|
|
..........................
|
552 |
|
|
|
553 |
|
|
*Synopsis*
|
554 |
|
|
boolean bfd_get_section_contents
|
555 |
|
|
(bfd *abfd, asection *section, PTR location,
|
556 |
|
|
file_ptr offset, bfd_size_type count);
|
557 |
|
|
*Description*
|
558 |
|
|
Read data from SECTION in BFD ABFD into memory starting at LOCATION.
|
559 |
|
|
The data is read at an offset of OFFSET from the start of the input
|
560 |
|
|
section, and is read for COUNT bytes.
|
561 |
|
|
|
562 |
|
|
If the contents of a constructor with the `SEC_CONSTRUCTOR' flag set
|
563 |
|
|
are requested or if the section does not have the `SEC_HAS_CONTENTS'
|
564 |
|
|
flag set, then the LOCATION is filled with zeroes. If no errors occur,
|
565 |
|
|
`true' is returned, else `false'.
|
566 |
|
|
|
567 |
|
|
`bfd_copy_private_section_data'
|
568 |
|
|
...............................
|
569 |
|
|
|
570 |
|
|
*Synopsis*
|
571 |
|
|
boolean bfd_copy_private_section_data(bfd *ibfd, asection *isec, bfd *obfd, asection *osec);
|
572 |
|
|
*Description*
|
573 |
|
|
Copy private section information from ISEC in the BFD IBFD to the
|
574 |
|
|
section OSEC in the BFD OBFD. Return `true' on success, `false' on
|
575 |
|
|
error. Possible error returns are:
|
576 |
|
|
|
577 |
|
|
* `bfd_error_no_memory' - Not enough memory exists to create private
|
578 |
|
|
data for OSEC.
|
579 |
|
|
|
580 |
|
|
#define bfd_copy_private_section_data(ibfd, isection, obfd, osection) \
|
581 |
|
|
BFD_SEND (obfd, _bfd_copy_private_section_data, \
|
582 |
|
|
(ibfd, isection, obfd, osection))
|
583 |
|
|
|
584 |
|
|
`_bfd_strip_section_from_output'
|
585 |
|
|
................................
|
586 |
|
|
|
587 |
|
|
*Synopsis*
|
588 |
|
|
void _bfd_strip_section_from_output
|
589 |
|
|
(struct bfd_link_info *info, asection *section);
|
590 |
|
|
*Description*
|
591 |
|
|
Remove SECTION from the output. If the output section becomes empty,
|
592 |
|
|
remove it from the output bfd. INFO may be NULL; if it is not, it is
|
593 |
|
|
used to decide whether the output section is empty.
|
594 |
|
|
|
595 |
|
|
|
596 |
|
|
File: bfd.info, Node: Symbols, Next: Archives, Prev: Sections, Up: BFD front end
|
597 |
|
|
|
598 |
|
|
Symbols
|
599 |
|
|
=======
|
600 |
|
|
|
601 |
|
|
BFD tries to maintain as much symbol information as it can when it
|
602 |
|
|
moves information from file to file. BFD passes information to
|
603 |
|
|
applications though the `asymbol' structure. When the application
|
604 |
|
|
requests the symbol table, BFD reads the table in the native form and
|
605 |
|
|
translates parts of it into the internal format. To maintain more than
|
606 |
|
|
the information passed to applications, some targets keep some
|
607 |
|
|
information "behind the scenes" in a structure only the particular back
|
608 |
|
|
end knows about. For example, the coff back end keeps the original
|
609 |
|
|
symbol table structure as well as the canonical structure when a BFD is
|
610 |
|
|
read in. On output, the coff back end can reconstruct the output symbol
|
611 |
|
|
table so that no information is lost, even information unique to coff
|
612 |
|
|
which BFD doesn't know or understand. If a coff symbol table were read,
|
613 |
|
|
but were written through an a.out back end, all the coff specific
|
614 |
|
|
information would be lost. The symbol table of a BFD is not necessarily
|
615 |
|
|
read in until a canonicalize request is made. Then the BFD back end
|
616 |
|
|
fills in a table provided by the application with pointers to the
|
617 |
|
|
canonical information. To output symbols, the application provides BFD
|
618 |
|
|
with a table of pointers to pointers to `asymbol's. This allows
|
619 |
|
|
applications like the linker to output a symbol as it was read, since
|
620 |
|
|
the "behind the scenes" information will be still available.
|
621 |
|
|
|
622 |
|
|
* Menu:
|
623 |
|
|
|
624 |
|
|
* Reading Symbols::
|
625 |
|
|
* Writing Symbols::
|
626 |
|
|
* Mini Symbols::
|
627 |
|
|
* typedef asymbol::
|
628 |
|
|
* symbol handling functions::
|
629 |
|
|
|
630 |
|
|
|
631 |
|
|
File: bfd.info, Node: Reading Symbols, Next: Writing Symbols, Prev: Symbols, Up: Symbols
|
632 |
|
|
|
633 |
|
|
Reading symbols
|
634 |
|
|
---------------
|
635 |
|
|
|
636 |
|
|
There are two stages to reading a symbol table from a BFD:
|
637 |
|
|
allocating storage, and the actual reading process. This is an excerpt
|
638 |
|
|
from an application which reads the symbol table:
|
639 |
|
|
|
640 |
|
|
long storage_needed;
|
641 |
|
|
asymbol **symbol_table;
|
642 |
|
|
long number_of_symbols;
|
643 |
|
|
long i;
|
644 |
|
|
|
645 |
|
|
storage_needed = bfd_get_symtab_upper_bound (abfd);
|
646 |
|
|
|
647 |
|
|
if (storage_needed < 0)
|
648 |
|
|
FAIL
|
649 |
|
|
|
650 |
|
|
if (storage_needed == 0) {
|
651 |
|
|
return ;
|
652 |
|
|
}
|
653 |
|
|
symbol_table = (asymbol **) xmalloc (storage_needed);
|
654 |
|
|
...
|
655 |
|
|
number_of_symbols =
|
656 |
|
|
bfd_canonicalize_symtab (abfd, symbol_table);
|
657 |
|
|
|
658 |
|
|
if (number_of_symbols < 0)
|
659 |
|
|
FAIL
|
660 |
|
|
|
661 |
|
|
for (i = 0; i < number_of_symbols; i++) {
|
662 |
|
|
process_symbol (symbol_table[i]);
|
663 |
|
|
}
|
664 |
|
|
|
665 |
|
|
All storage for the symbols themselves is in an objalloc connected
|
666 |
|
|
to the BFD; it is freed when the BFD is closed.
|
667 |
|
|
|
668 |
|
|
|
669 |
|
|
File: bfd.info, Node: Writing Symbols, Next: Mini Symbols, Prev: Reading Symbols, Up: Symbols
|
670 |
|
|
|
671 |
|
|
Writing symbols
|
672 |
|
|
---------------
|
673 |
|
|
|
674 |
|
|
Writing of a symbol table is automatic when a BFD open for writing
|
675 |
|
|
is closed. The application attaches a vector of pointers to pointers to
|
676 |
|
|
symbols to the BFD being written, and fills in the symbol count. The
|
677 |
|
|
close and cleanup code reads through the table provided and performs
|
678 |
|
|
all the necessary operations. The BFD output code must always be
|
679 |
|
|
provided with an "owned" symbol: one which has come from another BFD,
|
680 |
|
|
or one which has been created using `bfd_make_empty_symbol'. Here is an
|
681 |
|
|
example showing the creation of a symbol table with only one element:
|
682 |
|
|
|
683 |
|
|
#include "bfd.h"
|
684 |
|
|
main()
|
685 |
|
|
{
|
686 |
|
|
bfd *abfd;
|
687 |
|
|
asymbol *ptrs[2];
|
688 |
|
|
asymbol *new;
|
689 |
|
|
|
690 |
|
|
abfd = bfd_openw("foo","a.out-sunos-big");
|
691 |
|
|
bfd_set_format(abfd, bfd_object);
|
692 |
|
|
new = bfd_make_empty_symbol(abfd);
|
693 |
|
|
new->name = "dummy_symbol";
|
694 |
|
|
new->section = bfd_make_section_old_way(abfd, ".text");
|
695 |
|
|
new->flags = BSF_GLOBAL;
|
696 |
|
|
new->value = 0x12345;
|
697 |
|
|
|
698 |
|
|
ptrs[0] = new;
|
699 |
|
|
ptrs[1] = (asymbol *)0;
|
700 |
|
|
|
701 |
|
|
bfd_set_symtab(abfd, ptrs, 1);
|
702 |
|
|
bfd_close(abfd);
|
703 |
|
|
}
|
704 |
|
|
|
705 |
|
|
./makesym
|
706 |
|
|
nm foo
|
707 |
|
|
00012345 A dummy_symbol
|
708 |
|
|
|
709 |
|
|
Many formats cannot represent arbitary symbol information; for
|
710 |
|
|
instance, the `a.out' object format does not allow an arbitary number
|
711 |
|
|
of sections. A symbol pointing to a section which is not one of
|
712 |
|
|
`.text', `.data' or `.bss' cannot be described.
|
713 |
|
|
|
714 |
|
|
|
715 |
|
|
File: bfd.info, Node: Mini Symbols, Next: typedef asymbol, Prev: Writing Symbols, Up: Symbols
|
716 |
|
|
|
717 |
|
|
Mini Symbols
|
718 |
|
|
------------
|
719 |
|
|
|
720 |
|
|
Mini symbols provide read-only access to the symbol table. They use
|
721 |
|
|
less memory space, but require more time to access. They can be useful
|
722 |
|
|
for tools like nm or objdump, which may have to handle symbol tables of
|
723 |
|
|
extremely large executables.
|
724 |
|
|
|
725 |
|
|
The `bfd_read_minisymbols' function will read the symbols into
|
726 |
|
|
memory in an internal form. It will return a `void *' pointer to a
|
727 |
|
|
block of memory, a symbol count, and the size of each symbol. The
|
728 |
|
|
pointer is allocated using `malloc', and should be freed by the caller
|
729 |
|
|
when it is no longer needed.
|
730 |
|
|
|
731 |
|
|
The function `bfd_minisymbol_to_symbol' will take a pointer to a
|
732 |
|
|
minisymbol, and a pointer to a structure returned by
|
733 |
|
|
`bfd_make_empty_symbol', and return a `asymbol' structure. The return
|
734 |
|
|
value may or may not be the same as the value from
|
735 |
|
|
`bfd_make_empty_symbol' which was passed in.
|
736 |
|
|
|
737 |
|
|
|
738 |
|
|
File: bfd.info, Node: typedef asymbol, Next: symbol handling functions, Prev: Mini Symbols, Up: Symbols
|
739 |
|
|
|
740 |
|
|
typedef asymbol
|
741 |
|
|
---------------
|
742 |
|
|
|
743 |
|
|
An `asymbol' has the form:
|
744 |
|
|
|
745 |
|
|
|
746 |
|
|
typedef struct symbol_cache_entry
|
747 |
|
|
{
|
748 |
|
|
/* A pointer to the BFD which owns the symbol. This information
|
749 |
|
|
is necessary so that a back end can work out what additional
|
750 |
|
|
information (invisible to the application writer) is carried
|
751 |
|
|
with the symbol.
|
752 |
|
|
|
753 |
|
|
This field is *almost* redundant, since you can use section->owner
|
754 |
|
|
instead, except that some symbols point to the global sections
|
755 |
|
|
bfd_{abs,com,und}_section. This could be fixed by making
|
756 |
|
|
these globals be per-bfd (or per-target-flavor). FIXME. */
|
757 |
|
|
|
758 |
|
|
struct _bfd *the_bfd; /* Use bfd_asymbol_bfd(sym) to access this field. */
|
759 |
|
|
|
760 |
|
|
/* The text of the symbol. The name is left alone, and not copied; the
|
761 |
|
|
application may not alter it. */
|
762 |
|
|
CONST char *name;
|
763 |
|
|
|
764 |
|
|
/* The value of the symbol. This really should be a union of a
|
765 |
|
|
numeric value with a pointer, since some flags indicate that
|
766 |
|
|
a pointer to another symbol is stored here. */
|
767 |
|
|
symvalue value;
|
768 |
|
|
|
769 |
|
|
/* Attributes of a symbol: */
|
770 |
|
|
|
771 |
|
|
#define BSF_NO_FLAGS 0x00
|
772 |
|
|
|
773 |
|
|
/* The symbol has local scope; `static' in `C'. The value
|
774 |
|
|
is the offset into the section of the data. */
|
775 |
|
|
#define BSF_LOCAL 0x01
|
776 |
|
|
|
777 |
|
|
/* The symbol has global scope; initialized data in `C'. The
|
778 |
|
|
value is the offset into the section of the data. */
|
779 |
|
|
#define BSF_GLOBAL 0x02
|
780 |
|
|
|
781 |
|
|
/* The symbol has global scope and is exported. The value is
|
782 |
|
|
the offset into the section of the data. */
|
783 |
|
|
#define BSF_EXPORT BSF_GLOBAL /* no real difference */
|
784 |
|
|
|
785 |
|
|
/* A normal C symbol would be one of:
|
786 |
|
|
`BSF_LOCAL', `BSF_FORT_COMM', `BSF_UNDEFINED' or
|
787 |
|
|
`BSF_GLOBAL' */
|
788 |
|
|
|
789 |
|
|
/* The symbol is a debugging record. The value has an arbitary
|
790 |
|
|
meaning, unless BSF_DEBUGGING_RELOC is also set. */
|
791 |
|
|
#define BSF_DEBUGGING 0x08
|
792 |
|
|
|
793 |
|
|
/* The symbol denotes a function entry point. Used in ELF,
|
794 |
|
|
perhaps others someday. */
|
795 |
|
|
#define BSF_FUNCTION 0x10
|
796 |
|
|
|
797 |
|
|
/* Used by the linker. */
|
798 |
|
|
#define BSF_KEEP 0x20
|
799 |
|
|
#define BSF_KEEP_G 0x40
|
800 |
|
|
|
801 |
|
|
/* A weak global symbol, overridable without warnings by
|
802 |
|
|
a regular global symbol of the same name. */
|
803 |
|
|
#define BSF_WEAK 0x80
|
804 |
|
|
|
805 |
|
|
/* This symbol was created to point to a section, e.g. ELF's
|
806 |
|
|
STT_SECTION symbols. */
|
807 |
|
|
#define BSF_SECTION_SYM 0x100
|
808 |
|
|
|
809 |
|
|
/* The symbol used to be a common symbol, but now it is
|
810 |
|
|
allocated. */
|
811 |
|
|
#define BSF_OLD_COMMON 0x200
|
812 |
|
|
|
813 |
|
|
/* The default value for common data. */
|
814 |
|
|
#define BFD_FORT_COMM_DEFAULT_VALUE 0
|
815 |
|
|
|
816 |
|
|
/* In some files the type of a symbol sometimes alters its
|
817 |
|
|
location in an output file - ie in coff a `ISFCN' symbol
|
818 |
|
|
which is also `C_EXT' symbol appears where it was
|
819 |
|
|
declared and not at the end of a section. This bit is set
|
820 |
|
|
by the target BFD part to convey this information. */
|
821 |
|
|
|
822 |
|
|
#define BSF_NOT_AT_END 0x400
|
823 |
|
|
|
824 |
|
|
/* Signal that the symbol is the label of constructor section. */
|
825 |
|
|
#define BSF_CONSTRUCTOR 0x800
|
826 |
|
|
|
827 |
|
|
/* Signal that the symbol is a warning symbol. The name is a
|
828 |
|
|
warning. The name of the next symbol is the one to warn about;
|
829 |
|
|
if a reference is made to a symbol with the same name as the next
|
830 |
|
|
symbol, a warning is issued by the linker. */
|
831 |
|
|
#define BSF_WARNING 0x1000
|
832 |
|
|
|
833 |
|
|
/* Signal that the symbol is indirect. This symbol is an indirect
|
834 |
|
|
pointer to the symbol with the same name as the next symbol. */
|
835 |
|
|
#define BSF_INDIRECT 0x2000
|
836 |
|
|
|
837 |
|
|
/* BSF_FILE marks symbols that contain a file name. This is used
|
838 |
|
|
for ELF STT_FILE symbols. */
|
839 |
|
|
#define BSF_FILE 0x4000
|
840 |
|
|
|
841 |
|
|
/* Symbol is from dynamic linking information. */
|
842 |
|
|
#define BSF_DYNAMIC 0x8000
|
843 |
|
|
|
844 |
|
|
/* The symbol denotes a data object. Used in ELF, and perhaps
|
845 |
|
|
others someday. */
|
846 |
|
|
#define BSF_OBJECT 0x10000
|
847 |
|
|
|
848 |
|
|
/* This symbol is a debugging symbol. The value is the offset
|
849 |
|
|
into the section of the data. BSF_DEBUGGING should be set
|
850 |
|
|
as well. */
|
851 |
|
|
#define BSF_DEBUGGING_RELOC 0x20000
|
852 |
|
|
|
853 |
|
|
flagword flags;
|
854 |
|
|
|
855 |
|
|
/* A pointer to the section to which this symbol is
|
856 |
|
|
relative. This will always be non NULL, there are special
|
857 |
|
|
sections for undefined and absolute symbols. */
|
858 |
|
|
struct sec *section;
|
859 |
|
|
|
860 |
|
|
/* Back end special data. */
|
861 |
|
|
union
|
862 |
|
|
{
|
863 |
|
|
PTR p;
|
864 |
|
|
bfd_vma i;
|
865 |
|
|
} udata;
|
866 |
|
|
|
867 |
|
|
} asymbol;
|
868 |
|
|
|
869 |
|
|
|
870 |
|
|
File: bfd.info, Node: symbol handling functions, Prev: typedef asymbol, Up: Symbols
|
871 |
|
|
|
872 |
|
|
Symbol handling functions
|
873 |
|
|
-------------------------
|
874 |
|
|
|
875 |
|
|
`bfd_get_symtab_upper_bound'
|
876 |
|
|
............................
|
877 |
|
|
|
878 |
|
|
*Description*
|
879 |
|
|
Return the number of bytes required to store a vector of pointers to
|
880 |
|
|
`asymbols' for all the symbols in the BFD ABFD, including a terminal
|
881 |
|
|
NULL pointer. If there are no symbols in the BFD, then return 0. If an
|
882 |
|
|
error occurs, return -1.
|
883 |
|
|
#define bfd_get_symtab_upper_bound(abfd) \
|
884 |
|
|
BFD_SEND (abfd, _bfd_get_symtab_upper_bound, (abfd))
|
885 |
|
|
|
886 |
|
|
`bfd_is_local_label'
|
887 |
|
|
....................
|
888 |
|
|
|
889 |
|
|
*Synopsis*
|
890 |
|
|
boolean bfd_is_local_label(bfd *abfd, asymbol *sym);
|
891 |
|
|
*Description*
|
892 |
|
|
Return true if the given symbol SYM in the BFD ABFD is a compiler
|
893 |
|
|
generated local label, else return false.
|
894 |
|
|
|
895 |
|
|
`bfd_is_local_label_name'
|
896 |
|
|
.........................
|
897 |
|
|
|
898 |
|
|
*Synopsis*
|
899 |
|
|
boolean bfd_is_local_label_name(bfd *abfd, const char *name);
|
900 |
|
|
*Description*
|
901 |
|
|
Return true if a symbol with the name NAME in the BFD ABFD is a
|
902 |
|
|
compiler generated local label, else return false. This just checks
|
903 |
|
|
whether the name has the form of a local label.
|
904 |
|
|
#define bfd_is_local_label_name(abfd, name) \
|
905 |
|
|
BFD_SEND (abfd, _bfd_is_local_label_name, (abfd, name))
|
906 |
|
|
|
907 |
|
|
`bfd_canonicalize_symtab'
|
908 |
|
|
.........................
|
909 |
|
|
|
910 |
|
|
*Description*
|
911 |
|
|
Read the symbols from the BFD ABFD, and fills in the vector LOCATION
|
912 |
|
|
with pointers to the symbols and a trailing NULL. Return the actual
|
913 |
|
|
number of symbol pointers, not including the NULL.
|
914 |
|
|
#define bfd_canonicalize_symtab(abfd, location) \
|
915 |
|
|
BFD_SEND (abfd, _bfd_canonicalize_symtab,\
|
916 |
|
|
(abfd, location))
|
917 |
|
|
|
918 |
|
|
`bfd_set_symtab'
|
919 |
|
|
................
|
920 |
|
|
|
921 |
|
|
*Synopsis*
|
922 |
|
|
boolean bfd_set_symtab (bfd *abfd, asymbol **location, unsigned int count);
|
923 |
|
|
*Description*
|
924 |
|
|
Arrange that when the output BFD ABFD is closed, the table LOCATION of
|
925 |
|
|
COUNT pointers to symbols will be written.
|
926 |
|
|
|
927 |
|
|
`bfd_print_symbol_vandf'
|
928 |
|
|
........................
|
929 |
|
|
|
930 |
|
|
*Synopsis*
|
931 |
|
|
void bfd_print_symbol_vandf(PTR file, asymbol *symbol);
|
932 |
|
|
*Description*
|
933 |
|
|
Print the value and flags of the SYMBOL supplied to the stream FILE.
|
934 |
|
|
|
935 |
|
|
`bfd_make_empty_symbol'
|
936 |
|
|
.......................
|
937 |
|
|
|
938 |
|
|
*Description*
|
939 |
|
|
Create a new `asymbol' structure for the BFD ABFD and return a pointer
|
940 |
|
|
to it.
|
941 |
|
|
|
942 |
|
|
This routine is necessary because each back end has private
|
943 |
|
|
information surrounding the `asymbol'. Building your own `asymbol' and
|
944 |
|
|
pointing to it will not create the private information, and will cause
|
945 |
|
|
problems later on.
|
946 |
|
|
#define bfd_make_empty_symbol(abfd) \
|
947 |
|
|
BFD_SEND (abfd, _bfd_make_empty_symbol, (abfd))
|
948 |
|
|
|
949 |
|
|
`bfd_make_debug_symbol'
|
950 |
|
|
.......................
|
951 |
|
|
|
952 |
|
|
*Description*
|
953 |
|
|
Create a new `asymbol' structure for the BFD ABFD, to be used as a
|
954 |
|
|
debugging symbol. Further details of its use have yet to be worked out.
|
955 |
|
|
#define bfd_make_debug_symbol(abfd,ptr,size) \
|
956 |
|
|
BFD_SEND (abfd, _bfd_make_debug_symbol, (abfd, ptr, size))
|
957 |
|
|
|
958 |
|
|
`bfd_decode_symclass'
|
959 |
|
|
.....................
|
960 |
|
|
|
961 |
|
|
*Description*
|
962 |
|
|
Return a character corresponding to the symbol class of SYMBOL, or '?'
|
963 |
|
|
for an unknown class.
|
964 |
|
|
|
965 |
|
|
*Synopsis*
|
966 |
|
|
int bfd_decode_symclass(asymbol *symbol);
|
967 |
|
|
|
968 |
|
|
`bfd_is_undefined_symclass '
|
969 |
|
|
............................
|
970 |
|
|
|
971 |
|
|
*Description*
|
972 |
|
|
Returns non-zero if the class symbol returned by bfd_decode_symclass
|
973 |
|
|
represents an undefined symbol. Returns zero otherwise.
|
974 |
|
|
|
975 |
|
|
*Synopsis*
|
976 |
|
|
boolean bfd_is_undefined_symclass (int symclass);
|
977 |
|
|
|
978 |
|
|
`bfd_symbol_info'
|
979 |
|
|
.................
|
980 |
|
|
|
981 |
|
|
*Description*
|
982 |
|
|
Fill in the basic info about symbol that nm needs. Additional info may
|
983 |
|
|
be added by the back-ends after calling this function.
|
984 |
|
|
|
985 |
|
|
*Synopsis*
|
986 |
|
|
void bfd_symbol_info(asymbol *symbol, symbol_info *ret);
|
987 |
|
|
|
988 |
|
|
`bfd_copy_private_symbol_data'
|
989 |
|
|
..............................
|
990 |
|
|
|
991 |
|
|
*Synopsis*
|
992 |
|
|
boolean bfd_copy_private_symbol_data(bfd *ibfd, asymbol *isym, bfd *obfd, asymbol *osym);
|
993 |
|
|
*Description*
|
994 |
|
|
Copy private symbol information from ISYM in the BFD IBFD to the symbol
|
995 |
|
|
OSYM in the BFD OBFD. Return `true' on success, `false' on error.
|
996 |
|
|
Possible error returns are:
|
997 |
|
|
|
998 |
|
|
* `bfd_error_no_memory' - Not enough memory exists to create private
|
999 |
|
|
data for OSEC.
|
1000 |
|
|
|
1001 |
|
|
#define bfd_copy_private_symbol_data(ibfd, isymbol, obfd, osymbol) \
|
1002 |
|
|
BFD_SEND (obfd, _bfd_copy_private_symbol_data, \
|
1003 |
|
|
(ibfd, isymbol, obfd, osymbol))
|
1004 |
|
|
|
1005 |
|
|
|
1006 |
|
|
File: bfd.info, Node: Archives, Next: Formats, Prev: Symbols, Up: BFD front end
|
1007 |
|
|
|
1008 |
|
|
Archives
|
1009 |
|
|
========
|
1010 |
|
|
|
1011 |
|
|
*Description*
|
1012 |
|
|
An archive (or library) is just another BFD. It has a symbol table,
|
1013 |
|
|
although there's not much a user program will do with it.
|
1014 |
|
|
|
1015 |
|
|
The big difference between an archive BFD and an ordinary BFD is
|
1016 |
|
|
that the archive doesn't have sections. Instead it has a chain of BFDs
|
1017 |
|
|
that are considered its contents. These BFDs can be manipulated like
|
1018 |
|
|
any other. The BFDs contained in an archive opened for reading will
|
1019 |
|
|
all be opened for reading. You may put either input or output BFDs
|
1020 |
|
|
into an archive opened for output; they will be handled correctly when
|
1021 |
|
|
the archive is closed.
|
1022 |
|
|
|
1023 |
|
|
Use `bfd_openr_next_archived_file' to step through the contents of
|
1024 |
|
|
an archive opened for input. You don't have to read the entire archive
|
1025 |
|
|
if you don't want to! Read it until you find what you want.
|
1026 |
|
|
|
1027 |
|
|
Archive contents of output BFDs are chained through the `next'
|
1028 |
|
|
pointer in a BFD. The first one is findable through the `archive_head'
|
1029 |
|
|
slot of the archive. Set it with `bfd_set_archive_head' (q.v.). A
|
1030 |
|
|
given BFD may be in only one open output archive at a time.
|
1031 |
|
|
|
1032 |
|
|
As expected, the BFD archive code is more general than the archive
|
1033 |
|
|
code of any given environment. BFD archives may contain files of
|
1034 |
|
|
different formats (e.g., a.out and coff) and even different
|
1035 |
|
|
architectures. You may even place archives recursively into archives!
|
1036 |
|
|
|
1037 |
|
|
This can cause unexpected confusion, since some archive formats are
|
1038 |
|
|
more expressive than others. For instance, Intel COFF archives can
|
1039 |
|
|
preserve long filenames; SunOS a.out archives cannot. If you move a
|
1040 |
|
|
file from the first to the second format and back again, the filename
|
1041 |
|
|
may be truncated. Likewise, different a.out environments have different
|
1042 |
|
|
conventions as to how they truncate filenames, whether they preserve
|
1043 |
|
|
directory names in filenames, etc. When interoperating with native
|
1044 |
|
|
tools, be sure your files are homogeneous.
|
1045 |
|
|
|
1046 |
|
|
Beware: most of these formats do not react well to the presence of
|
1047 |
|
|
spaces in filenames. We do the best we can, but can't always handle
|
1048 |
|
|
this case due to restrictions in the format of archives. Many Unix
|
1049 |
|
|
utilities are braindead in regards to spaces and such in filenames
|
1050 |
|
|
anyway, so this shouldn't be much of a restriction.
|
1051 |
|
|
|
1052 |
|
|
Archives are supported in BFD in `archive.c'.
|
1053 |
|
|
|
1054 |
|
|
`bfd_get_next_mapent'
|
1055 |
|
|
.....................
|
1056 |
|
|
|
1057 |
|
|
*Synopsis*
|
1058 |
|
|
symindex bfd_get_next_mapent(bfd *abfd, symindex previous, carsym **sym);
|
1059 |
|
|
*Description*
|
1060 |
|
|
Step through archive ABFD's symbol table (if it has one). Successively
|
1061 |
|
|
update SYM with the next symbol's information, returning that symbol's
|
1062 |
|
|
(internal) index into the symbol table.
|
1063 |
|
|
|
1064 |
|
|
Supply `BFD_NO_MORE_SYMBOLS' as the PREVIOUS entry to get the first
|
1065 |
|
|
one; returns `BFD_NO_MORE_SYMBOLS' when you've already got the last one.
|
1066 |
|
|
|
1067 |
|
|
A `carsym' is a canonical archive symbol. The only user-visible
|
1068 |
|
|
element is its name, a null-terminated string.
|
1069 |
|
|
|
1070 |
|
|
`bfd_set_archive_head'
|
1071 |
|
|
......................
|
1072 |
|
|
|
1073 |
|
|
*Synopsis*
|
1074 |
|
|
boolean bfd_set_archive_head(bfd *output, bfd *new_head);
|
1075 |
|
|
*Description*
|
1076 |
|
|
Set the head of the chain of BFDs contained in the archive OUTPUT to
|
1077 |
|
|
NEW_HEAD.
|
1078 |
|
|
|
1079 |
|
|
`bfd_openr_next_archived_file'
|
1080 |
|
|
..............................
|
1081 |
|
|
|
1082 |
|
|
*Synopsis*
|
1083 |
|
|
bfd *bfd_openr_next_archived_file(bfd *archive, bfd *previous);
|
1084 |
|
|
*Description*
|
1085 |
|
|
Provided a BFD, ARCHIVE, containing an archive and NULL, open an input
|
1086 |
|
|
BFD on the first contained element and returns that. Subsequent calls
|
1087 |
|
|
should pass the archive and the previous return value to return a
|
1088 |
|
|
created BFD to the next contained element. NULL is returned when there
|
1089 |
|
|
are no more.
|
1090 |
|
|
|
1091 |
|
|
|
1092 |
|
|
File: bfd.info, Node: Formats, Next: Relocations, Prev: Archives, Up: BFD front end
|
1093 |
|
|
|
1094 |
|
|
File formats
|
1095 |
|
|
============
|
1096 |
|
|
|
1097 |
|
|
A format is a BFD concept of high level file contents type. The
|
1098 |
|
|
formats supported by BFD are:
|
1099 |
|
|
|
1100 |
|
|
* `bfd_object'
|
1101 |
|
|
The BFD may contain data, symbols, relocations and debug info.
|
1102 |
|
|
|
1103 |
|
|
* `bfd_archive'
|
1104 |
|
|
The BFD contains other BFDs and an optional index.
|
1105 |
|
|
|
1106 |
|
|
* `bfd_core'
|
1107 |
|
|
The BFD contains the result of an executable core dump.
|
1108 |
|
|
|
1109 |
|
|
`bfd_check_format'
|
1110 |
|
|
..................
|
1111 |
|
|
|
1112 |
|
|
*Synopsis*
|
1113 |
|
|
boolean bfd_check_format(bfd *abfd, bfd_format format);
|
1114 |
|
|
*Description*
|
1115 |
|
|
Verify if the file attached to the BFD ABFD is compatible with the
|
1116 |
|
|
format FORMAT (i.e., one of `bfd_object', `bfd_archive' or `bfd_core').
|
1117 |
|
|
|
1118 |
|
|
If the BFD has been set to a specific target before the call, only
|
1119 |
|
|
the named target and format combination is checked. If the target has
|
1120 |
|
|
not been set, or has been set to `default', then all the known target
|
1121 |
|
|
backends is interrogated to determine a match. If the default target
|
1122 |
|
|
matches, it is used. If not, exactly one target must recognize the
|
1123 |
|
|
file, or an error results.
|
1124 |
|
|
|
1125 |
|
|
The function returns `true' on success, otherwise `false' with one
|
1126 |
|
|
of the following error codes:
|
1127 |
|
|
|
1128 |
|
|
* `bfd_error_invalid_operation' - if `format' is not one of
|
1129 |
|
|
`bfd_object', `bfd_archive' or `bfd_core'.
|
1130 |
|
|
|
1131 |
|
|
* `bfd_error_system_call' - if an error occured during a read - even
|
1132 |
|
|
some file mismatches can cause bfd_error_system_calls.
|
1133 |
|
|
|
1134 |
|
|
* `file_not_recognised' - none of the backends recognised the file
|
1135 |
|
|
format.
|
1136 |
|
|
|
1137 |
|
|
* `bfd_error_file_ambiguously_recognized' - more than one backend
|
1138 |
|
|
recognised the file format.
|
1139 |
|
|
|
1140 |
|
|
`bfd_check_format_matches'
|
1141 |
|
|
..........................
|
1142 |
|
|
|
1143 |
|
|
*Synopsis*
|
1144 |
|
|
boolean bfd_check_format_matches(bfd *abfd, bfd_format format, char ***matching);
|
1145 |
|
|
*Description*
|
1146 |
|
|
Like `bfd_check_format', except when it returns false with `bfd_errno'
|
1147 |
|
|
set to `bfd_error_file_ambiguously_recognized'. In that case, if
|
1148 |
|
|
MATCHING is not NULL, it will be filled in with a NULL-terminated list
|
1149 |
|
|
of the names of the formats that matched, allocated with `malloc'.
|
1150 |
|
|
Then the user may choose a format and try again.
|
1151 |
|
|
|
1152 |
|
|
When done with the list that MATCHING points to, the caller should
|
1153 |
|
|
free it.
|
1154 |
|
|
|
1155 |
|
|
`bfd_set_format'
|
1156 |
|
|
................
|
1157 |
|
|
|
1158 |
|
|
*Synopsis*
|
1159 |
|
|
boolean bfd_set_format(bfd *abfd, bfd_format format);
|
1160 |
|
|
*Description*
|
1161 |
|
|
This function sets the file format of the BFD ABFD to the format
|
1162 |
|
|
FORMAT. If the target set in the BFD does not support the format
|
1163 |
|
|
requested, the format is invalid, or the BFD is not open for writing,
|
1164 |
|
|
then an error occurs.
|
1165 |
|
|
|
1166 |
|
|
`bfd_format_string'
|
1167 |
|
|
...................
|
1168 |
|
|
|
1169 |
|
|
*Synopsis*
|
1170 |
|
|
CONST char *bfd_format_string(bfd_format format);
|
1171 |
|
|
*Description*
|
1172 |
|
|
Return a pointer to a const string `invalid', `object', `archive',
|
1173 |
|
|
`core', or `unknown', depending upon the value of FORMAT.
|
1174 |
|
|
|
1175 |
|
|
|
1176 |
|
|
File: bfd.info, Node: Relocations, Next: Core Files, Prev: Formats, Up: BFD front end
|
1177 |
|
|
|
1178 |
|
|
Relocations
|
1179 |
|
|
===========
|
1180 |
|
|
|
1181 |
|
|
BFD maintains relocations in much the same way it maintains symbols:
|
1182 |
|
|
they are left alone until required, then read in en-mass and translated
|
1183 |
|
|
into an internal form. A common routine `bfd_perform_relocation' acts
|
1184 |
|
|
upon the canonical form to do the fixup.
|
1185 |
|
|
|
1186 |
|
|
Relocations are maintained on a per section basis, while symbols are
|
1187 |
|
|
maintained on a per BFD basis.
|
1188 |
|
|
|
1189 |
|
|
All that a back end has to do to fit the BFD interface is to create
|
1190 |
|
|
a `struct reloc_cache_entry' for each relocation in a particular
|
1191 |
|
|
section, and fill in the right bits of the structures.
|
1192 |
|
|
|
1193 |
|
|
* Menu:
|
1194 |
|
|
|
1195 |
|
|
* typedef arelent::
|
1196 |
|
|
* howto manager::
|
1197 |
|
|
|