Commit | Line | Data |
---|---|---|
c906108c | 1 | /* Definitions for symbol file management in GDB. |
af5f3db6 | 2 | |
6aba47ca | 3 | Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, |
4c38e0a4 | 4 | 2002, 2003, 2004, 2007, 2008, 2009, 2010 Free Software Foundation, Inc. |
c906108c | 5 | |
c5aa993b | 6 | This file is part of GDB. |
c906108c | 7 | |
c5aa993b JM |
8 | This program is free software; you can redistribute it and/or modify |
9 | it under the terms of the GNU General Public License as published by | |
a9762ec7 | 10 | the Free Software Foundation; either version 3 of the License, or |
c5aa993b | 11 | (at your option) any later version. |
c906108c | 12 | |
c5aa993b JM |
13 | This program is distributed in the hope that it will be useful, |
14 | but WITHOUT ANY WARRANTY; without even the implied warranty of | |
15 | MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the | |
16 | GNU General Public License for more details. | |
c906108c | 17 | |
c5aa993b | 18 | You should have received a copy of the GNU General Public License |
a9762ec7 | 19 | along with this program. If not, see <http://www.gnu.org/licenses/>. */ |
c906108c SS |
20 | |
21 | #if !defined (OBJFILES_H) | |
22 | #define OBJFILES_H | |
23 | ||
3956d554 JB |
24 | #include "gdb_obstack.h" /* For obstack internals. */ |
25 | #include "symfile.h" /* For struct psymbol_allocation_list */ | |
6c95b8df | 26 | #include "progspace.h" |
3956d554 | 27 | |
af5f3db6 | 28 | struct bcache; |
2de7ced7 | 29 | struct htab; |
5c4e30ca | 30 | struct symtab; |
4a4b3fed | 31 | struct objfile_data; |
08c0b5bc | 32 | |
c906108c SS |
33 | /* This structure maintains information on a per-objfile basis about the |
34 | "entry point" of the objfile, and the scope within which the entry point | |
35 | exists. It is possible that gdb will see more than one objfile that is | |
36 | executable, each with its own entry point. | |
37 | ||
38 | For example, for dynamically linked executables in SVR4, the dynamic linker | |
39 | code is contained within the shared C library, which is actually executable | |
40 | and is run by the kernel first when an exec is done of a user executable | |
41 | that is dynamically linked. The dynamic linker within the shared C library | |
42 | then maps in the various program segments in the user executable and jumps | |
43 | to the user executable's recorded entry point, as if the call had been made | |
44 | directly by the kernel. | |
45 | ||
73c1e0a1 AC |
46 | The traditional gdb method of using this info was to use the |
47 | recorded entry point to set the entry-file's lowpc and highpc from | |
627b3ba2 AC |
48 | the debugging information, where these values are the starting |
49 | address (inclusive) and ending address (exclusive) of the | |
50 | instruction space in the executable which correspond to the | |
51 | "startup file", I.E. crt0.o in most cases. This file is assumed to | |
52 | be a startup file and frames with pc's inside it are treated as | |
53 | nonexistent. Setting these variables is necessary so that | |
54 | backtraces do not fly off the bottom of the stack. | |
55 | ||
56 | NOTE: cagney/2003-09-09: It turns out that this "traditional" | |
57 | method doesn't work. Corinna writes: ``It turns out that the call | |
2f72f850 | 58 | to test for "inside entry file" destroys a meaningful backtrace |
627b3ba2 AC |
59 | under some conditions. E. g. the backtrace tests in the asm-source |
60 | testcase are broken for some targets. In this test the functions | |
61 | are all implemented as part of one file and the testcase is not | |
62 | necessarily linked with a start file (depending on the target). | |
63 | What happens is, that the first frame is printed normaly and | |
64 | following frames are treated as being inside the enttry file then. | |
65 | This way, only the #0 frame is printed in the backtrace output.'' | |
66 | Ref "frame.c" "NOTE: vinschen/2003-04-01". | |
c906108c SS |
67 | |
68 | Gdb also supports an alternate method to avoid running off the bottom | |
69 | of the stack. | |
70 | ||
71 | There are two frames that are "special", the frame for the function | |
72 | containing the process entry point, since it has no predecessor frame, | |
73 | and the frame for the function containing the user code entry point | |
74 | (the main() function), since all the predecessor frames are for the | |
75 | process startup code. Since we have no guarantee that the linked | |
76 | in startup modules have any debugging information that gdb can use, | |
77 | we need to avoid following frame pointers back into frames that might | |
78 | have been built in the startup code, as we might get hopelessly | |
79 | confused. However, we almost always have debugging information | |
80 | available for main(). | |
81 | ||
618ce49f AC |
82 | These variables are used to save the range of PC values which are |
83 | valid within the main() function and within the function containing | |
84 | the process entry point. If we always consider the frame for | |
85 | main() as the outermost frame when debugging user code, and the | |
86 | frame for the process entry point function as the outermost frame | |
87 | when debugging startup code, then all we have to do is have | |
88 | DEPRECATED_FRAME_CHAIN_VALID return false whenever a frame's | |
89 | current PC is within the range specified by these variables. In | |
90 | essence, we set "ceilings" in the frame chain beyond which we will | |
c906108c SS |
91 | not proceed when following the frame chain back up the stack. |
92 | ||
93 | A nice side effect is that we can still debug startup code without | |
94 | running off the end of the frame chain, assuming that we have usable | |
95 | debugging information in the startup modules, and if we choose to not | |
96 | use the block at main, or can't find it for some reason, everything | |
97 | still works as before. And if we have no startup code debugging | |
98 | information but we do have usable information for main(), backtraces | |
6e4c6c91 | 99 | from user code don't go wandering off into the startup code. */ |
c906108c SS |
100 | |
101 | struct entry_info | |
c5aa993b | 102 | { |
abd0a5fa | 103 | /* The relocated value we should use for this objfile entry point. */ |
c5aa993b | 104 | CORE_ADDR entry_point; |
c906108c | 105 | |
abd0a5fa JK |
106 | /* Set to 1 iff ENTRY_POINT contains a valid value. */ |
107 | unsigned entry_point_p : 1; | |
c5aa993b | 108 | }; |
c906108c | 109 | |
f1f6aadf PA |
110 | /* Sections in an objfile. The section offsets are stored in the |
111 | OBJFILE. */ | |
c906108c | 112 | |
c5aa993b JM |
113 | struct obj_section |
114 | { | |
7be0c536 | 115 | struct bfd_section *the_bfd_section; /* BFD section pointer */ |
c906108c | 116 | |
c5aa993b JM |
117 | /* Objfile this section is part of. */ |
118 | struct objfile *objfile; | |
c906108c | 119 | |
c5aa993b JM |
120 | /* True if this "overlay section" is mapped into an "overlay region". */ |
121 | int ovly_mapped; | |
122 | }; | |
c906108c | 123 | |
f1f6aadf PA |
124 | /* Relocation offset applied to S. */ |
125 | #define obj_section_offset(s) \ | |
126 | (((s)->objfile->section_offsets)->offsets[(s)->the_bfd_section->index]) | |
127 | ||
128 | /* The memory address of section S (vma + offset). */ | |
129 | #define obj_section_addr(s) \ | |
130 | (bfd_get_section_vma ((s)->objfile->abfd, s->the_bfd_section) \ | |
131 | + obj_section_offset (s)) | |
132 | ||
133 | /* The one-passed-the-end memory address of section S | |
134 | (vma + size + offset). */ | |
135 | #define obj_section_endaddr(s) \ | |
136 | (bfd_get_section_vma ((s)->objfile->abfd, s->the_bfd_section) \ | |
137 | + bfd_get_section_size ((s)->the_bfd_section) \ | |
138 | + obj_section_offset (s)) | |
c906108c | 139 | |
c906108c SS |
140 | /* The "objstats" structure provides a place for gdb to record some |
141 | interesting information about its internal state at runtime, on a | |
142 | per objfile basis, such as information about the number of symbols | |
143 | read, size of string table (if any), etc. */ | |
144 | ||
c5aa993b JM |
145 | struct objstats |
146 | { | |
147 | int n_minsyms; /* Number of minimal symbols read */ | |
148 | int n_psyms; /* Number of partial symbols read */ | |
149 | int n_syms; /* Number of full symbols read */ | |
150 | int n_stabs; /* Number of ".stabs" read (if applicable) */ | |
151 | int n_types; /* Number of types */ | |
152 | int sz_strtab; /* Size of stringtable, (if applicable) */ | |
153 | }; | |
c906108c SS |
154 | |
155 | #define OBJSTAT(objfile, expr) (objfile -> stats.expr) | |
156 | #define OBJSTATS struct objstats stats | |
a14ed312 KB |
157 | extern void print_objfile_statistics (void); |
158 | extern void print_symbol_bcache_statistics (void); | |
c906108c | 159 | |
9227b5eb | 160 | /* Number of entries in the minimal symbol hash table. */ |
375f3d86 | 161 | #define MINIMAL_SYMBOL_HASH_SIZE 2039 |
9227b5eb | 162 | |
c906108c SS |
163 | /* Master structure for keeping track of each file from which |
164 | gdb reads symbols. There are several ways these get allocated: 1. | |
165 | The main symbol file, symfile_objfile, set by the symbol-file command, | |
166 | 2. Additional symbol files added by the add-symbol-file command, | |
167 | 3. Shared library objfiles, added by ADD_SOLIB, 4. symbol files | |
168 | for modules that were loaded when GDB attached to a remote system | |
169 | (see remote-vx.c). */ | |
170 | ||
171 | struct objfile | |
c5aa993b | 172 | { |
c906108c | 173 | |
c5aa993b JM |
174 | /* All struct objfile's are chained together by their next pointers. |
175 | The global variable "object_files" points to the first link in this | |
176 | chain. | |
c906108c | 177 | |
c5aa993b JM |
178 | FIXME: There is a problem here if the objfile is reusable, and if |
179 | multiple users are to be supported. The problem is that the objfile | |
180 | list is linked through a member of the objfile struct itself, which | |
181 | is only valid for one gdb process. The list implementation needs to | |
182 | be changed to something like: | |
c906108c | 183 | |
c5aa993b | 184 | struct list {struct list *next; struct objfile *objfile}; |
c906108c | 185 | |
c5aa993b JM |
186 | where the list structure is completely maintained separately within |
187 | each gdb process. */ | |
c906108c | 188 | |
c5aa993b | 189 | struct objfile *next; |
c906108c | 190 | |
c63f977f JB |
191 | /* The object file's name, tilde-expanded and absolute. |
192 | Malloc'd; free it if you free this struct. */ | |
c906108c | 193 | |
c5aa993b | 194 | char *name; |
c906108c | 195 | |
c5aa993b | 196 | /* Some flag bits for this objfile. */ |
c906108c | 197 | |
c5aa993b | 198 | unsigned short flags; |
c906108c | 199 | |
6c95b8df PA |
200 | /* The program space associated with this objfile. */ |
201 | ||
202 | struct program_space *pspace; | |
203 | ||
c5aa993b JM |
204 | /* Each objfile points to a linked list of symtabs derived from this file, |
205 | one symtab structure for each compilation unit (source file). Each link | |
206 | in the symtab list contains a backpointer to this objfile. */ | |
c906108c | 207 | |
c5aa993b | 208 | struct symtab *symtabs; |
c906108c | 209 | |
c5aa993b JM |
210 | /* Each objfile points to a linked list of partial symtabs derived from |
211 | this file, one partial symtab structure for each compilation unit | |
212 | (source file). */ | |
c906108c | 213 | |
c5aa993b | 214 | struct partial_symtab *psymtabs; |
c906108c | 215 | |
ff013f42 JK |
216 | /* Map addresses to the entries of PSYMTABS. It would be more efficient to |
217 | have a map per the whole process but ADDRMAP cannot selectively remove | |
218 | its items during FREE_OBJFILE. This mapping is already present even for | |
219 | PARTIAL_SYMTABs which still have no corresponding full SYMTABs read. */ | |
220 | ||
221 | struct addrmap *psymtabs_addrmap; | |
222 | ||
c5aa993b | 223 | /* List of freed partial symtabs, available for re-use */ |
c906108c | 224 | |
c5aa993b | 225 | struct partial_symtab *free_psymtabs; |
c906108c | 226 | |
c5aa993b JM |
227 | /* The object file's BFD. Can be null if the objfile contains only |
228 | minimal symbols, e.g. the run time common symbols for SunOS4. */ | |
c906108c | 229 | |
c5aa993b | 230 | bfd *obfd; |
c906108c | 231 | |
5e2b427d UW |
232 | /* The gdbarch associated with the BFD. Note that this gdbarch is |
233 | determined solely from BFD information, without looking at target | |
234 | information. The gdbarch determined from a running target may | |
235 | differ from this e.g. with respect to register types and names. */ | |
236 | ||
237 | struct gdbarch *gdbarch; | |
238 | ||
c5aa993b JM |
239 | /* The modification timestamp of the object file, as of the last time |
240 | we read its symbols. */ | |
c906108c | 241 | |
c5aa993b | 242 | long mtime; |
c906108c | 243 | |
b99607ea EZ |
244 | /* Obstack to hold objects that should be freed when we load a new symbol |
245 | table from this object file. */ | |
246 | ||
b99607ea EZ |
247 | struct obstack objfile_obstack; |
248 | ||
c5aa993b JM |
249 | /* A byte cache where we can stash arbitrary "chunks" of bytes that |
250 | will not change. */ | |
c906108c | 251 | |
af5f3db6 AC |
252 | struct bcache *psymbol_cache; /* Byte cache for partial syms */ |
253 | struct bcache *macro_cache; /* Byte cache for macros */ | |
10abe6bf | 254 | struct bcache *filename_cache; /* Byte cache for file names. */ |
c906108c | 255 | |
2de7ced7 DJ |
256 | /* Hash table for mapping symbol names to demangled names. Each |
257 | entry in the hash table is actually two consecutive strings, | |
258 | both null-terminated; the first one is a mangled or linkage | |
259 | name, and the second is the demangled name or just a zero byte | |
260 | if the name doesn't demangle. */ | |
261 | struct htab *demangled_names_hash; | |
262 | ||
c5aa993b | 263 | /* Vectors of all partial symbols read in from file. The actual data |
8b92e4d5 | 264 | is stored in the objfile_obstack. */ |
c906108c | 265 | |
c5aa993b JM |
266 | struct psymbol_allocation_list global_psymbols; |
267 | struct psymbol_allocation_list static_psymbols; | |
c906108c | 268 | |
c5aa993b JM |
269 | /* Each file contains a pointer to an array of minimal symbols for all |
270 | global symbols that are defined within the file. The array is terminated | |
271 | by a "null symbol", one that has a NULL pointer for the name and a zero | |
272 | value for the address. This makes it easy to walk through the array | |
273 | when passed a pointer to somewhere in the middle of it. There is also | |
274 | a count of the number of symbols, which does not include the terminating | |
275 | null symbol. The array itself, as well as all the data that it points | |
4a146b47 | 276 | to, should be allocated on the objfile_obstack for this file. */ |
c906108c | 277 | |
c5aa993b JM |
278 | struct minimal_symbol *msymbols; |
279 | int minimal_symbol_count; | |
c906108c | 280 | |
9227b5eb JB |
281 | /* This is a hash table used to index the minimal symbols by name. */ |
282 | ||
283 | struct minimal_symbol *msymbol_hash[MINIMAL_SYMBOL_HASH_SIZE]; | |
284 | ||
285 | /* This hash table is used to index the minimal symbols by their | |
286 | demangled names. */ | |
287 | ||
288 | struct minimal_symbol *msymbol_demangled_hash[MINIMAL_SYMBOL_HASH_SIZE]; | |
289 | ||
c5aa993b JM |
290 | /* Structure which keeps track of functions that manipulate objfile's |
291 | of the same type as this objfile. I.E. the function to read partial | |
292 | symbols for example. Note that this structure is in statically | |
293 | allocated memory, and is shared by all objfiles that use the | |
294 | object module reader of this type. */ | |
c906108c | 295 | |
c5aa993b | 296 | struct sym_fns *sf; |
c906108c | 297 | |
c5aa993b JM |
298 | /* The per-objfile information about the entry point, the scope (file/func) |
299 | containing the entry point, and the scope of the user's main() func. */ | |
c906108c | 300 | |
c5aa993b | 301 | struct entry_info ei; |
c906108c | 302 | |
c5aa993b JM |
303 | /* Information about stabs. Will be filled in with a dbx_symfile_info |
304 | struct by those readers that need it. */ | |
0a6ddd08 AC |
305 | /* NOTE: cagney/2004-10-23: This has been replaced by per-objfile |
306 | data points implemented using "data" and "num_data" below. For | |
307 | an example of how to use this replacement, see "objfile_data" | |
308 | in "mips-tdep.c". */ | |
c906108c | 309 | |
0a6ddd08 | 310 | struct dbx_symfile_info *deprecated_sym_stab_info; |
c906108c | 311 | |
c5aa993b JM |
312 | /* Hook for information for use by the symbol reader (currently used |
313 | for information shared by sym_init and sym_read). It is | |
314 | typically a pointer to malloc'd memory. The symbol reader's finish | |
315 | function is responsible for freeing the memory thusly allocated. */ | |
0a6ddd08 AC |
316 | /* NOTE: cagney/2004-10-23: This has been replaced by per-objfile |
317 | data points implemented using "data" and "num_data" below. For | |
318 | an example of how to use this replacement, see "objfile_data" | |
319 | in "mips-tdep.c". */ | |
c906108c | 320 | |
0a6ddd08 | 321 | void *deprecated_sym_private; |
c906108c | 322 | |
0d0e1a63 MK |
323 | /* Per objfile data-pointers required by other GDB modules. */ |
324 | /* FIXME: kettenis/20030711: This mechanism could replace | |
f98dfd4b TT |
325 | deprecated_sym_stab_info and deprecated_sym_private |
326 | entirely. */ | |
0d0e1a63 MK |
327 | |
328 | void **data; | |
329 | unsigned num_data; | |
330 | ||
c5aa993b | 331 | /* Set of relocation offsets to apply to each section. |
8b92e4d5 | 332 | Currently on the objfile_obstack (which makes no sense, but I'm |
c5aa993b | 333 | not sure it's harming anything). |
c906108c | 334 | |
c5aa993b JM |
335 | These offsets indicate that all symbols (including partial and |
336 | minimal symbols) which have been read have been relocated by this | |
337 | much. Symbols which are yet to be read need to be relocated by | |
338 | it. */ | |
c906108c | 339 | |
c5aa993b JM |
340 | struct section_offsets *section_offsets; |
341 | int num_sections; | |
c906108c | 342 | |
b8fbeb18 EZ |
343 | /* Indexes in the section_offsets array. These are initialized by the |
344 | *_symfile_offsets() family of functions (som_symfile_offsets, | |
345 | xcoff_symfile_offsets, default_symfile_offsets). In theory they | |
346 | should correspond to the section indexes used by bfd for the | |
347 | current objfile. The exception to this for the time being is the | |
348 | SOM version. */ | |
349 | ||
350 | int sect_index_text; | |
351 | int sect_index_data; | |
352 | int sect_index_bss; | |
353 | int sect_index_rodata; | |
354 | ||
96baa820 | 355 | /* These pointers are used to locate the section table, which |
5c44784c | 356 | among other things, is used to map pc addresses into sections. |
96baa820 JM |
357 | SECTIONS points to the first entry in the table, and |
358 | SECTIONS_END points to the first location past the last entry | |
359 | in the table. Currently the table is stored on the | |
8b92e4d5 | 360 | objfile_obstack (which makes no sense, but I'm not sure it's |
96baa820 | 361 | harming anything). */ |
c906108c | 362 | |
c5aa993b JM |
363 | struct obj_section |
364 | *sections, *sections_end; | |
c906108c | 365 | |
15d123c9 TG |
366 | /* GDB allows to have debug symbols in separate object files. This is |
367 | used by .gnu_debuglink, ELF build id note and Mach-O OSO. | |
368 | Although this is a tree structure, GDB only support one level | |
369 | (ie a separate debug for a separate debug is not supported). Note that | |
370 | separate debug object are in the main chain and therefore will be | |
371 | visited by ALL_OBJFILES & co iterators. Separate debug objfile always | |
372 | has a non-nul separate_debug_objfile_backlink. */ | |
373 | ||
374 | /* Link to the first separate debug object, if any. */ | |
5b5d99cf JB |
375 | struct objfile *separate_debug_objfile; |
376 | ||
377 | /* If this is a separate debug object, this is used as a link to the | |
378 | actual executable objfile. */ | |
379 | struct objfile *separate_debug_objfile_backlink; | |
15d123c9 TG |
380 | |
381 | /* If this is a separate debug object, this is a link to the next one | |
382 | for the same executable objfile. */ | |
383 | struct objfile *separate_debug_objfile_link; | |
384 | ||
c5aa993b JM |
385 | /* Place to stash various statistics about this objfile */ |
386 | OBJSTATS; | |
5c4e30ca DC |
387 | |
388 | /* A symtab that the C++ code uses to stash special symbols | |
389 | associated to namespaces. */ | |
390 | ||
391 | /* FIXME/carlton-2003-06-27: Delete this in a few years once | |
392 | "possible namespace symbols" go away. */ | |
393 | struct symtab *cp_namespace_symtab; | |
c5aa993b | 394 | }; |
c906108c SS |
395 | |
396 | /* Defines for the objfile flag word. */ | |
397 | ||
c906108c SS |
398 | /* When an object file has its functions reordered (currently Irix-5.2 |
399 | shared libraries exhibit this behaviour), we will need an expensive | |
400 | algorithm to locate a partial symtab or symtab via an address. | |
401 | To avoid this penalty for normal object files, we use this flag, | |
402 | whose setting is determined upon symbol table read in. */ | |
403 | ||
8b41ec65 | 404 | #define OBJF_REORDERED (1 << 0) /* Functions are reordered */ |
c5aa993b | 405 | |
2df3850c JM |
406 | /* Distinguish between an objfile for a shared library and a "vanilla" |
407 | objfile. (If not set, the objfile may still actually be a solib. | |
408 | This can happen if the user created the objfile by using the | |
409 | add-symbol-file command. GDB doesn't in that situation actually | |
410 | check whether the file is a solib. Rather, the target's | |
411 | implementation of the solib interface is responsible for setting | |
412 | this flag when noticing solibs used by an inferior.) */ | |
c906108c | 413 | |
8b41ec65 | 414 | #define OBJF_SHARED (1 << 1) /* From a shared library */ |
c906108c | 415 | |
2acceee2 JM |
416 | /* User requested that this objfile be read in it's entirety. */ |
417 | ||
8b41ec65 | 418 | #define OBJF_READNOW (1 << 2) /* Immediate full read */ |
2acceee2 | 419 | |
2df3850c JM |
420 | /* This objfile was created because the user explicitly caused it |
421 | (e.g., used the add-symbol-file command). This bit offers a way | |
422 | for run_command to remove old objfile entries which are no longer | |
423 | valid (i.e., are associated with an old inferior), but to preserve | |
424 | ones that the user explicitly loaded via the add-symbol-file | |
425 | command. */ | |
426 | ||
8b41ec65 | 427 | #define OBJF_USERLOADED (1 << 3) /* User loaded */ |
2df3850c | 428 | |
c906108c SS |
429 | /* The object file that contains the runtime common minimal symbols |
430 | for SunOS4. Note that this objfile has no associated BFD. */ | |
431 | ||
432 | extern struct objfile *rt_common_objfile; | |
433 | ||
b99607ea | 434 | /* When we need to allocate a new type, we need to know which objfile_obstack |
c906108c SS |
435 | to allocate the type on, since there is one for each objfile. The places |
436 | where types are allocated are deeply buried in function call hierarchies | |
437 | which know nothing about objfiles, so rather than trying to pass a | |
438 | particular objfile down to them, we just do an end run around them and | |
439 | set current_objfile to be whatever objfile we expect to be using at the | |
440 | time types are being allocated. For instance, when we start reading | |
441 | symbols for a particular objfile, we set current_objfile to point to that | |
442 | objfile, and when we are done, we set it back to NULL, to ensure that we | |
443 | never put a type someplace other than where we are expecting to put it. | |
444 | FIXME: Maybe we should review the entire type handling system and | |
445 | see if there is a better way to avoid this problem. */ | |
446 | ||
447 | extern struct objfile *current_objfile; | |
448 | ||
c906108c SS |
449 | /* Declarations for functions defined in objfiles.c */ |
450 | ||
a14ed312 | 451 | extern struct objfile *allocate_objfile (bfd *, int); |
c906108c | 452 | |
5e2b427d UW |
453 | extern struct gdbarch *get_objfile_arch (struct objfile *); |
454 | ||
9ab9195f EZ |
455 | extern void init_entry_point_info (struct objfile *); |
456 | ||
abd0a5fa JK |
457 | extern int entry_point_address_query (CORE_ADDR *entry_p); |
458 | ||
9ab9195f EZ |
459 | extern CORE_ADDR entry_point_address (void); |
460 | ||
a14ed312 | 461 | extern int build_objfile_section_table (struct objfile *); |
c906108c | 462 | |
15831452 JB |
463 | extern void terminate_minimal_symbol_table (struct objfile *objfile); |
464 | ||
15d123c9 TG |
465 | extern struct objfile *objfile_separate_debug_iterate (const struct objfile *, |
466 | const struct objfile *); | |
467 | ||
5b5d99cf JB |
468 | extern void put_objfile_before (struct objfile *, struct objfile *); |
469 | ||
a14ed312 | 470 | extern void objfile_to_front (struct objfile *); |
c906108c | 471 | |
15d123c9 TG |
472 | extern void add_separate_debug_objfile (struct objfile *, struct objfile *); |
473 | ||
a14ed312 | 474 | extern void unlink_objfile (struct objfile *); |
c906108c | 475 | |
a14ed312 | 476 | extern void free_objfile (struct objfile *); |
c906108c | 477 | |
15d123c9 TG |
478 | extern void free_objfile_separate_debug (struct objfile *); |
479 | ||
74b7792f AC |
480 | extern struct cleanup *make_cleanup_free_objfile (struct objfile *); |
481 | ||
a14ed312 | 482 | extern void free_all_objfiles (void); |
c906108c | 483 | |
a14ed312 | 484 | extern void objfile_relocate (struct objfile *, struct section_offsets *); |
c906108c | 485 | |
55333a84 DE |
486 | extern int objfile_has_partial_symbols (struct objfile *objfile); |
487 | ||
488 | extern int objfile_has_full_symbols (struct objfile *objfile); | |
489 | ||
e361b228 TG |
490 | extern int objfile_has_symbols (struct objfile *objfile); |
491 | ||
a14ed312 | 492 | extern int have_partial_symbols (void); |
c906108c | 493 | |
a14ed312 | 494 | extern int have_full_symbols (void); |
c906108c | 495 | |
bb272892 PP |
496 | extern void objfiles_changed (void); |
497 | ||
c906108c SS |
498 | /* This operation deletes all objfile entries that represent solibs that |
499 | weren't explicitly loaded by the user, via e.g., the add-symbol-file | |
500 | command. | |
c5aa993b | 501 | */ |
a14ed312 | 502 | extern void objfile_purge_solibs (void); |
c906108c SS |
503 | |
504 | /* Functions for dealing with the minimal symbol table, really a misc | |
505 | address<->symbol mapping for things we don't have debug symbols for. */ | |
506 | ||
a14ed312 | 507 | extern int have_minimal_symbols (void); |
c906108c | 508 | |
a14ed312 | 509 | extern struct obj_section *find_pc_section (CORE_ADDR pc); |
c906108c | 510 | |
a14ed312 | 511 | extern int in_plt_section (CORE_ADDR, char *); |
c906108c | 512 | |
0d0e1a63 MK |
513 | /* Keep a registry of per-objfile data-pointers required by other GDB |
514 | modules. */ | |
515 | ||
c1bd65d0 | 516 | /* Allocate an entry in the per-objfile registry. */ |
0d0e1a63 | 517 | extern const struct objfile_data *register_objfile_data (void); |
c1bd65d0 DE |
518 | |
519 | /* Allocate an entry in the per-objfile registry. | |
520 | SAVE and FREE are called when clearing objfile data. | |
521 | First all registered SAVE functions are called. | |
522 | Then all registered FREE functions are called. | |
523 | Either or both of SAVE, FREE may be NULL. */ | |
60c5725c | 524 | extern const struct objfile_data *register_objfile_data_with_cleanup |
c1bd65d0 DE |
525 | (void (*save) (struct objfile *, void *), |
526 | void (*free) (struct objfile *, void *)); | |
527 | ||
7b097ae3 | 528 | extern void clear_objfile_data (struct objfile *objfile); |
0d0e1a63 MK |
529 | extern void set_objfile_data (struct objfile *objfile, |
530 | const struct objfile_data *data, void *value); | |
531 | extern void *objfile_data (struct objfile *objfile, | |
532 | const struct objfile_data *data); | |
e3c69974 | 533 | |
3db741ef | 534 | extern struct bfd *gdb_bfd_ref (struct bfd *abfd); |
e3c69974 | 535 | extern void gdb_bfd_unref (struct bfd *abfd); |
516ba659 | 536 | extern int gdb_bfd_close_or_warn (struct bfd *abfd); |
0d0e1a63 MK |
537 | \f |
538 | ||
6c95b8df PA |
539 | /* Traverse all object files in the current program space. |
540 | ALL_OBJFILES_SAFE works even if you delete the objfile during the | |
541 | traversal. */ | |
542 | ||
543 | /* Traverse all object files in program space SS. */ | |
c906108c | 544 | |
6c95b8df PA |
545 | #define ALL_PSPACE_OBJFILES(ss, obj) \ |
546 | for ((obj) = ss->objfiles; (obj) != NULL; (obj) = (obj)->next) \ | |
c906108c | 547 | |
6c95b8df PA |
548 | #define ALL_PSPACE_OBJFILES_SAFE(ss, obj, nxt) \ |
549 | for ((obj) = ss->objfiles; \ | |
550 | (obj) != NULL? ((nxt)=(obj)->next,1) :0; \ | |
551 | (obj) = (nxt)) | |
552 | ||
553 | #define ALL_OBJFILES(obj) \ | |
554 | for ((obj) = current_program_space->objfiles; \ | |
555 | (obj) != NULL; \ | |
556 | (obj) = (obj)->next) | |
557 | ||
558 | #define ALL_OBJFILES_SAFE(obj,nxt) \ | |
559 | for ((obj) = current_program_space->objfiles; \ | |
c906108c SS |
560 | (obj) != NULL? ((nxt)=(obj)->next,1) :0; \ |
561 | (obj) = (nxt)) | |
562 | ||
563 | /* Traverse all symtabs in one objfile. */ | |
564 | ||
565 | #define ALL_OBJFILE_SYMTABS(objfile, s) \ | |
566 | for ((s) = (objfile) -> symtabs; (s) != NULL; (s) = (s) -> next) | |
567 | ||
c906108c SS |
568 | /* Traverse all minimal symbols in one objfile. */ |
569 | ||
570 | #define ALL_OBJFILE_MSYMBOLS(objfile, m) \ | |
3567439c | 571 | for ((m) = (objfile) -> msymbols; SYMBOL_LINKAGE_NAME(m) != NULL; (m)++) |
c906108c | 572 | |
6c95b8df PA |
573 | /* Traverse all symtabs in all objfiles in the current symbol |
574 | space. */ | |
c906108c SS |
575 | |
576 | #define ALL_SYMTABS(objfile, s) \ | |
577 | ALL_OBJFILES (objfile) \ | |
578 | ALL_OBJFILE_SYMTABS (objfile, s) | |
579 | ||
6c95b8df PA |
580 | #define ALL_PSPACE_SYMTABS(ss, objfile, s) \ |
581 | ALL_PSPACE_OBJFILES (ss, objfile) \ | |
582 | ALL_OBJFILE_SYMTABS (objfile, s) | |
583 | ||
584 | /* Traverse all symtabs in all objfiles in the current program space, | |
585 | skipping included files (which share a blockvector with their | |
586 | primary symtab). */ | |
11309657 DJ |
587 | |
588 | #define ALL_PRIMARY_SYMTABS(objfile, s) \ | |
589 | ALL_OBJFILES (objfile) \ | |
590 | ALL_OBJFILE_SYMTABS (objfile, s) \ | |
591 | if ((s)->primary) | |
592 | ||
6c95b8df PA |
593 | #define ALL_PSPACE_PRIMARY_SYMTABS(pspace, objfile, s) \ |
594 | ALL_PSPACE_OBJFILES (ss, objfile) \ | |
595 | ALL_OBJFILE_SYMTABS (objfile, s) \ | |
596 | if ((s)->primary) | |
597 | ||
6c95b8df PA |
598 | /* Traverse all minimal symbols in all objfiles in the current symbol |
599 | space. */ | |
c906108c SS |
600 | |
601 | #define ALL_MSYMBOLS(objfile, m) \ | |
602 | ALL_OBJFILES (objfile) \ | |
15831452 | 603 | ALL_OBJFILE_MSYMBOLS (objfile, m) |
c906108c SS |
604 | |
605 | #define ALL_OBJFILE_OSECTIONS(objfile, osect) \ | |
606 | for (osect = objfile->sections; osect < objfile->sections_end; osect++) | |
607 | ||
608 | #define ALL_OBJSECTIONS(objfile, osect) \ | |
609 | ALL_OBJFILES (objfile) \ | |
610 | ALL_OBJFILE_OSECTIONS (objfile, osect) | |
611 | ||
b8fbeb18 | 612 | #define SECT_OFF_DATA(objfile) \ |
8e65ff28 | 613 | ((objfile->sect_index_data == -1) \ |
e2e0b3e5 | 614 | ? (internal_error (__FILE__, __LINE__, _("sect_index_data not initialized")), -1) \ |
8e65ff28 | 615 | : objfile->sect_index_data) |
b8fbeb18 EZ |
616 | |
617 | #define SECT_OFF_RODATA(objfile) \ | |
8e65ff28 | 618 | ((objfile->sect_index_rodata == -1) \ |
e2e0b3e5 | 619 | ? (internal_error (__FILE__, __LINE__, _("sect_index_rodata not initialized")), -1) \ |
8e65ff28 | 620 | : objfile->sect_index_rodata) |
b8fbeb18 EZ |
621 | |
622 | #define SECT_OFF_TEXT(objfile) \ | |
8e65ff28 | 623 | ((objfile->sect_index_text == -1) \ |
e2e0b3e5 | 624 | ? (internal_error (__FILE__, __LINE__, _("sect_index_text not initialized")), -1) \ |
8e65ff28 | 625 | : objfile->sect_index_text) |
b8fbeb18 | 626 | |
a4c8257b EZ |
627 | /* Sometimes the .bss section is missing from the objfile, so we don't |
628 | want to die here. Let the users of SECT_OFF_BSS deal with an | |
629 | uninitialized section index. */ | |
630 | #define SECT_OFF_BSS(objfile) (objfile)->sect_index_bss | |
b8fbeb18 | 631 | |
c14c28ba PP |
632 | /* Answer whether there is more than one object file loaded. */ |
633 | ||
634 | #define MULTI_OBJFILE_P() (object_files && object_files->next) | |
635 | ||
c5aa993b | 636 | #endif /* !defined (OBJFILES_H) */ |