Include bcache.h from objfiles.h
[deliverable/binutils-gdb.git] / gdb / objfiles.h
1 /* Definitions for symbol file management in GDB.
2
3 Copyright (C) 1992-2019 Free Software Foundation, Inc.
4
5 This file is part of GDB.
6
7 This program is free software; you can redistribute it and/or modify
8 it under the terms of the GNU General Public License as published by
9 the Free Software Foundation; either version 3 of the License, or
10 (at your option) any later version.
11
12 This program is distributed in the hope that it will be useful,
13 but WITHOUT ANY WARRANTY; without even the implied warranty of
14 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
15 GNU General Public License for more details.
16
17 You should have received a copy of the GNU General Public License
18 along with this program. If not, see <http://www.gnu.org/licenses/>. */
19
20 #if !defined (OBJFILES_H)
21 #define OBJFILES_H
22
23 #include "hashtab.h"
24 #include "gdb_obstack.h" /* For obstack internals. */
25 #include "objfile-flags.h"
26 #include "symfile.h"
27 #include "progspace.h"
28 #include "registry.h"
29 #include "gdb_bfd.h"
30 #include "psymtab.h"
31 #include <bitset>
32 #include <vector>
33 #include "common/next-iterator.h"
34 #include "common/safe-iterator.h"
35 #include "bcache.h"
36
37 struct htab;
38 struct objfile_data;
39 struct partial_symbol;
40
41 /* This structure maintains information on a per-objfile basis about the
42 "entry point" of the objfile, and the scope within which the entry point
43 exists. It is possible that gdb will see more than one objfile that is
44 executable, each with its own entry point.
45
46 For example, for dynamically linked executables in SVR4, the dynamic linker
47 code is contained within the shared C library, which is actually executable
48 and is run by the kernel first when an exec is done of a user executable
49 that is dynamically linked. The dynamic linker within the shared C library
50 then maps in the various program segments in the user executable and jumps
51 to the user executable's recorded entry point, as if the call had been made
52 directly by the kernel.
53
54 The traditional gdb method of using this info was to use the
55 recorded entry point to set the entry-file's lowpc and highpc from
56 the debugging information, where these values are the starting
57 address (inclusive) and ending address (exclusive) of the
58 instruction space in the executable which correspond to the
59 "startup file", i.e. crt0.o in most cases. This file is assumed to
60 be a startup file and frames with pc's inside it are treated as
61 nonexistent. Setting these variables is necessary so that
62 backtraces do not fly off the bottom of the stack.
63
64 NOTE: cagney/2003-09-09: It turns out that this "traditional"
65 method doesn't work. Corinna writes: ``It turns out that the call
66 to test for "inside entry file" destroys a meaningful backtrace
67 under some conditions. E.g. the backtrace tests in the asm-source
68 testcase are broken for some targets. In this test the functions
69 are all implemented as part of one file and the testcase is not
70 necessarily linked with a start file (depending on the target).
71 What happens is, that the first frame is printed normaly and
72 following frames are treated as being inside the enttry file then.
73 This way, only the #0 frame is printed in the backtrace output.''
74 Ref "frame.c" "NOTE: vinschen/2003-04-01".
75
76 Gdb also supports an alternate method to avoid running off the bottom
77 of the stack.
78
79 There are two frames that are "special", the frame for the function
80 containing the process entry point, since it has no predecessor frame,
81 and the frame for the function containing the user code entry point
82 (the main() function), since all the predecessor frames are for the
83 process startup code. Since we have no guarantee that the linked
84 in startup modules have any debugging information that gdb can use,
85 we need to avoid following frame pointers back into frames that might
86 have been built in the startup code, as we might get hopelessly
87 confused. However, we almost always have debugging information
88 available for main().
89
90 These variables are used to save the range of PC values which are
91 valid within the main() function and within the function containing
92 the process entry point. If we always consider the frame for
93 main() as the outermost frame when debugging user code, and the
94 frame for the process entry point function as the outermost frame
95 when debugging startup code, then all we have to do is have
96 DEPRECATED_FRAME_CHAIN_VALID return false whenever a frame's
97 current PC is within the range specified by these variables. In
98 essence, we set "ceilings" in the frame chain beyond which we will
99 not proceed when following the frame chain back up the stack.
100
101 A nice side effect is that we can still debug startup code without
102 running off the end of the frame chain, assuming that we have usable
103 debugging information in the startup modules, and if we choose to not
104 use the block at main, or can't find it for some reason, everything
105 still works as before. And if we have no startup code debugging
106 information but we do have usable information for main(), backtraces
107 from user code don't go wandering off into the startup code. */
108
109 struct entry_info
110 {
111 /* The unrelocated value we should use for this objfile entry point. */
112 CORE_ADDR entry_point;
113
114 /* The index of the section in which the entry point appears. */
115 int the_bfd_section_index;
116
117 /* Set to 1 iff ENTRY_POINT contains a valid value. */
118 unsigned entry_point_p : 1;
119
120 /* Set to 1 iff this object was initialized. */
121 unsigned initialized : 1;
122 };
123
124 /* Sections in an objfile. The section offsets are stored in the
125 OBJFILE. */
126
127 struct obj_section
128 {
129 /* BFD section pointer */
130 struct bfd_section *the_bfd_section;
131
132 /* Objfile this section is part of. */
133 struct objfile *objfile;
134
135 /* True if this "overlay section" is mapped into an "overlay region". */
136 int ovly_mapped;
137 };
138
139 /* Relocation offset applied to S. */
140 #define obj_section_offset(s) \
141 (((s)->objfile->section_offsets)->offsets[gdb_bfd_section_index ((s)->objfile->obfd, (s)->the_bfd_section)])
142
143 /* The memory address of section S (vma + offset). */
144 #define obj_section_addr(s) \
145 (bfd_get_section_vma ((s)->objfile->obfd, s->the_bfd_section) \
146 + obj_section_offset (s))
147
148 /* The one-passed-the-end memory address of section S
149 (vma + size + offset). */
150 #define obj_section_endaddr(s) \
151 (bfd_get_section_vma ((s)->objfile->obfd, s->the_bfd_section) \
152 + bfd_get_section_size ((s)->the_bfd_section) \
153 + obj_section_offset (s))
154
155 /* The "objstats" structure provides a place for gdb to record some
156 interesting information about its internal state at runtime, on a
157 per objfile basis, such as information about the number of symbols
158 read, size of string table (if any), etc. */
159
160 struct objstats
161 {
162 /* Number of partial symbols read. */
163 int n_psyms = 0;
164
165 /* Number of full symbols read. */
166 int n_syms = 0;
167
168 /* Number of ".stabs" read (if applicable). */
169 int n_stabs = 0;
170
171 /* Number of types. */
172 int n_types = 0;
173
174 /* Size of stringtable, (if applicable). */
175 int sz_strtab = 0;
176 };
177
178 #define OBJSTAT(objfile, expr) (objfile -> stats.expr)
179 #define OBJSTATS struct objstats stats
180 extern void print_objfile_statistics (void);
181 extern void print_symbol_bcache_statistics (void);
182
183 /* Number of entries in the minimal symbol hash table. */
184 #define MINIMAL_SYMBOL_HASH_SIZE 2039
185
186 /* An iterator for minimal symbols. */
187
188 struct minimal_symbol_iterator
189 {
190 typedef minimal_symbol_iterator self_type;
191 typedef struct minimal_symbol *value_type;
192 typedef struct minimal_symbol *&reference;
193 typedef struct minimal_symbol **pointer;
194 typedef std::forward_iterator_tag iterator_category;
195 typedef int difference_type;
196
197 explicit minimal_symbol_iterator (struct minimal_symbol *msym)
198 : m_msym (msym)
199 {
200 }
201
202 value_type operator* () const
203 {
204 return m_msym;
205 }
206
207 bool operator== (const self_type &other) const
208 {
209 return m_msym == other.m_msym;
210 }
211
212 bool operator!= (const self_type &other) const
213 {
214 return m_msym != other.m_msym;
215 }
216
217 self_type &operator++ ()
218 {
219 ++m_msym;
220 return *this;
221 }
222
223 private:
224 struct minimal_symbol *m_msym;
225 };
226
227 /* Some objfile data is hung off the BFD. This enables sharing of the
228 data across all objfiles using the BFD. The data is stored in an
229 instance of this structure, and associated with the BFD using the
230 registry system. */
231
232 struct objfile_per_bfd_storage
233 {
234 objfile_per_bfd_storage ()
235 : minsyms_read (false)
236 {}
237
238 ~objfile_per_bfd_storage ();
239
240 /* The storage has an obstack of its own. */
241
242 auto_obstack storage_obstack;
243
244 /* Byte cache for file names. */
245
246 struct bcache filename_cache;
247
248 /* Byte cache for macros. */
249
250 struct bcache macro_cache;
251
252 /* The gdbarch associated with the BFD. Note that this gdbarch is
253 determined solely from BFD information, without looking at target
254 information. The gdbarch determined from a running target may
255 differ from this e.g. with respect to register types and names. */
256
257 struct gdbarch *gdbarch = NULL;
258
259 /* Hash table for mapping symbol names to demangled names. Each
260 entry in the hash table is actually two consecutive strings,
261 both null-terminated; the first one is a mangled or linkage
262 name, and the second is the demangled name or just a zero byte
263 if the name doesn't demangle. */
264
265 htab_up demangled_names_hash;
266
267 /* The per-objfile information about the entry point, the scope (file/func)
268 containing the entry point, and the scope of the user's main() func. */
269
270 entry_info ei {};
271
272 /* The name and language of any "main" found in this objfile. The
273 name can be NULL, which means that the information was not
274 recorded. */
275
276 const char *name_of_main = NULL;
277 enum language language_of_main = language_unknown;
278
279 /* Each file contains a pointer to an array of minimal symbols for all
280 global symbols that are defined within the file. The array is
281 terminated by a "null symbol", one that has a NULL pointer for the
282 name and a zero value for the address. This makes it easy to walk
283 through the array when passed a pointer to somewhere in the middle
284 of it. There is also a count of the number of symbols, which does
285 not include the terminating null symbol. */
286
287 gdb::unique_xmalloc_ptr<minimal_symbol> msymbols;
288 int minimal_symbol_count = 0;
289
290 /* The number of minimal symbols read, before any minimal symbol
291 de-duplication is applied. Note in particular that this has only
292 a passing relationship with the actual size of the table above;
293 use minimal_symbol_count if you need the true size. */
294
295 int n_minsyms = 0;
296
297 /* This is true if minimal symbols have already been read. Symbol
298 readers can use this to bypass minimal symbol reading. Also, the
299 minimal symbol table management code in minsyms.c uses this to
300 suppress new minimal symbols. You might think that MSYMBOLS or
301 MINIMAL_SYMBOL_COUNT could be used for this, but it is possible
302 for multiple readers to install minimal symbols into a given
303 per-BFD. */
304
305 bool minsyms_read : 1;
306
307 /* This is a hash table used to index the minimal symbols by name. */
308
309 minimal_symbol *msymbol_hash[MINIMAL_SYMBOL_HASH_SIZE] {};
310
311 /* This hash table is used to index the minimal symbols by their
312 demangled names. */
313
314 minimal_symbol *msymbol_demangled_hash[MINIMAL_SYMBOL_HASH_SIZE] {};
315
316 /* All the different languages of symbols found in the demangled
317 hash table. */
318 std::bitset<nr_languages> demangled_hash_languages;
319 };
320
321 /* Master structure for keeping track of each file from which
322 gdb reads symbols. There are several ways these get allocated: 1.
323 The main symbol file, symfile_objfile, set by the symbol-file command,
324 2. Additional symbol files added by the add-symbol-file command,
325 3. Shared library objfiles, added by ADD_SOLIB, 4. symbol files
326 for modules that were loaded when GDB attached to a remote system
327 (see remote-vx.c). */
328
329 struct objfile
330 {
331 objfile (bfd *, const char *, objfile_flags);
332 ~objfile ();
333
334 DISABLE_COPY_AND_ASSIGN (objfile);
335
336 /* A range adapter that makes it possible to iterate over all
337 psymtabs in one objfile. */
338
339 psymtab_storage::partial_symtab_range psymtabs ()
340 {
341 return partial_symtabs->range ();
342 }
343
344 /* Reset the storage for the partial symbol tables. */
345
346 void reset_psymtabs ()
347 {
348 psymbol_map.clear ();
349 partial_symtabs.reset (new psymtab_storage ());
350 }
351
352 typedef next_adapter<struct compunit_symtab> compunits_range;
353
354 /* A range adapter that makes it possible to iterate over all
355 compunits in one objfile. */
356
357 compunits_range compunits ()
358 {
359 return compunits_range (compunit_symtabs);
360 }
361
362 /* A range adapter that makes it possible to iterate over all
363 minimal symbols of an objfile. */
364
365 class msymbols_range
366 {
367 public:
368
369 explicit msymbols_range (struct objfile *objfile)
370 : m_objfile (objfile)
371 {
372 }
373
374 minimal_symbol_iterator begin () const
375 {
376 return minimal_symbol_iterator (m_objfile->per_bfd->msymbols.get ());
377 }
378
379 minimal_symbol_iterator end () const
380 {
381 return minimal_symbol_iterator
382 (m_objfile->per_bfd->msymbols.get ()
383 + m_objfile->per_bfd->minimal_symbol_count);
384 }
385
386 private:
387
388 struct objfile *m_objfile;
389 };
390
391 /* Return a range adapter for iterating over all minimal
392 symbols. */
393
394 msymbols_range msymbols ()
395 {
396 return msymbols_range (this);
397 }
398
399
400 /* All struct objfile's are chained together by their next pointers.
401 The program space field "objfiles" (frequently referenced via
402 the macro "object_files") points to the first link in this chain. */
403
404 struct objfile *next = nullptr;
405
406 /* The object file's original name as specified by the user,
407 made absolute, and tilde-expanded. However, it is not canonicalized
408 (i.e., it has not been passed through gdb_realpath).
409 This pointer is never NULL. This does not have to be freed; it is
410 guaranteed to have a lifetime at least as long as the objfile. */
411
412 char *original_name = nullptr;
413
414 CORE_ADDR addr_low = 0;
415
416 /* Some flag bits for this objfile. */
417
418 objfile_flags flags;
419
420 /* The program space associated with this objfile. */
421
422 struct program_space *pspace;
423
424 /* List of compunits.
425 These are used to do symbol lookups and file/line-number lookups. */
426
427 struct compunit_symtab *compunit_symtabs = nullptr;
428
429 /* The partial symbol tables. */
430
431 std::shared_ptr<psymtab_storage> partial_symtabs;
432
433 /* The object file's BFD. Can be null if the objfile contains only
434 minimal symbols, e.g. the run time common symbols for SunOS4. */
435
436 bfd *obfd;
437
438 /* The per-BFD data. Note that this is treated specially if OBFD
439 is NULL. */
440
441 struct objfile_per_bfd_storage *per_bfd = nullptr;
442
443 /* The modification timestamp of the object file, as of the last time
444 we read its symbols. */
445
446 long mtime = 0;
447
448 /* Obstack to hold objects that should be freed when we load a new symbol
449 table from this object file. */
450
451 struct obstack objfile_obstack {};
452
453 /* Map symbol addresses to the partial symtab that defines the
454 object at that address. */
455
456 std::vector<std::pair<CORE_ADDR, partial_symtab *>> psymbol_map;
457
458 /* Structure which keeps track of functions that manipulate objfile's
459 of the same type as this objfile. I.e. the function to read partial
460 symbols for example. Note that this structure is in statically
461 allocated memory, and is shared by all objfiles that use the
462 object module reader of this type. */
463
464 const struct sym_fns *sf = nullptr;
465
466 /* Per objfile data-pointers required by other GDB modules. */
467
468 REGISTRY_FIELDS {};
469
470 /* Set of relocation offsets to apply to each section.
471 The table is indexed by the_bfd_section->index, thus it is generally
472 as large as the number of sections in the binary.
473 The table is stored on the objfile_obstack.
474
475 These offsets indicate that all symbols (including partial and
476 minimal symbols) which have been read have been relocated by this
477 much. Symbols which are yet to be read need to be relocated by it. */
478
479 struct section_offsets *section_offsets = nullptr;
480 int num_sections = 0;
481
482 /* Indexes in the section_offsets array. These are initialized by the
483 *_symfile_offsets() family of functions (som_symfile_offsets,
484 xcoff_symfile_offsets, default_symfile_offsets). In theory they
485 should correspond to the section indexes used by bfd for the
486 current objfile. The exception to this for the time being is the
487 SOM version.
488
489 These are initialized to -1 so that we can later detect if they
490 are used w/o being properly assigned to. */
491
492 int sect_index_text = -1;
493 int sect_index_data = -1;
494 int sect_index_bss = -1;
495 int sect_index_rodata = -1;
496
497 /* These pointers are used to locate the section table, which
498 among other things, is used to map pc addresses into sections.
499 SECTIONS points to the first entry in the table, and
500 SECTIONS_END points to the first location past the last entry
501 in the table. The table is stored on the objfile_obstack. The
502 sections are indexed by the BFD section index; but the
503 structure data is only valid for certain sections
504 (e.g. non-empty, SEC_ALLOC). */
505
506 struct obj_section *sections = nullptr;
507 struct obj_section *sections_end = nullptr;
508
509 /* GDB allows to have debug symbols in separate object files. This is
510 used by .gnu_debuglink, ELF build id note and Mach-O OSO.
511 Although this is a tree structure, GDB only support one level
512 (ie a separate debug for a separate debug is not supported). Note that
513 separate debug object are in the main chain and therefore will be
514 visited by objfiles & co iterators. Separate debug objfile always
515 has a non-nul separate_debug_objfile_backlink. */
516
517 /* Link to the first separate debug object, if any. */
518
519 struct objfile *separate_debug_objfile = nullptr;
520
521 /* If this is a separate debug object, this is used as a link to the
522 actual executable objfile. */
523
524 struct objfile *separate_debug_objfile_backlink = nullptr;
525
526 /* If this is a separate debug object, this is a link to the next one
527 for the same executable objfile. */
528
529 struct objfile *separate_debug_objfile_link = nullptr;
530
531 /* Place to stash various statistics about this objfile. */
532
533 OBJSTATS;
534
535 /* A linked list of symbols created when reading template types or
536 function templates. These symbols are not stored in any symbol
537 table, so we have to keep them here to relocate them
538 properly. */
539
540 struct symbol *template_symbols = nullptr;
541
542 /* Associate a static link (struct dynamic_prop *) to all blocks (struct
543 block *) that have one.
544
545 In the context of nested functions (available in Pascal, Ada and GNU C,
546 for instance), a static link (as in DWARF's DW_AT_static_link attribute)
547 for a function is a way to get the frame corresponding to the enclosing
548 function.
549
550 Very few blocks have a static link, so it's more memory efficient to
551 store these here rather than in struct block. Static links must be
552 allocated on the objfile's obstack. */
553 htab_t static_links {};
554 };
555
556 /* Declarations for functions defined in objfiles.c */
557
558 extern struct gdbarch *get_objfile_arch (const struct objfile *);
559
560 extern int entry_point_address_query (CORE_ADDR *entry_p);
561
562 extern CORE_ADDR entry_point_address (void);
563
564 extern void build_objfile_section_table (struct objfile *);
565
566 extern struct objfile *objfile_separate_debug_iterate (const struct objfile *,
567 const struct objfile *);
568
569 extern void put_objfile_before (struct objfile *, struct objfile *);
570
571 extern void add_separate_debug_objfile (struct objfile *, struct objfile *);
572
573 extern void unlink_objfile (struct objfile *);
574
575 extern void free_objfile_separate_debug (struct objfile *);
576
577 extern void free_all_objfiles (void);
578
579 extern void objfile_relocate (struct objfile *, const struct section_offsets *);
580 extern void objfile_rebase (struct objfile *, CORE_ADDR);
581
582 extern int objfile_has_partial_symbols (struct objfile *objfile);
583
584 extern int objfile_has_full_symbols (struct objfile *objfile);
585
586 extern int objfile_has_symbols (struct objfile *objfile);
587
588 extern int have_partial_symbols (void);
589
590 extern int have_full_symbols (void);
591
592 extern void objfile_set_sym_fns (struct objfile *objfile,
593 const struct sym_fns *sf);
594
595 extern void objfiles_changed (void);
596
597 extern int is_addr_in_objfile (CORE_ADDR addr, const struct objfile *objfile);
598
599 /* Return true if ADDRESS maps into one of the sections of a
600 OBJF_SHARED objfile of PSPACE and false otherwise. */
601
602 extern int shared_objfile_contains_address_p (struct program_space *pspace,
603 CORE_ADDR address);
604
605 /* This operation deletes all objfile entries that represent solibs that
606 weren't explicitly loaded by the user, via e.g., the add-symbol-file
607 command. */
608
609 extern void objfile_purge_solibs (void);
610
611 /* Functions for dealing with the minimal symbol table, really a misc
612 address<->symbol mapping for things we don't have debug symbols for. */
613
614 extern int have_minimal_symbols (void);
615
616 extern struct obj_section *find_pc_section (CORE_ADDR pc);
617
618 /* Return non-zero if PC is in a section called NAME. */
619 extern int pc_in_section (CORE_ADDR, const char *);
620
621 /* Return non-zero if PC is in a SVR4-style procedure linkage table
622 section. */
623
624 static inline int
625 in_plt_section (CORE_ADDR pc)
626 {
627 return pc_in_section (pc, ".plt");
628 }
629
630 /* Keep a registry of per-objfile data-pointers required by other GDB
631 modules. */
632 DECLARE_REGISTRY(objfile);
633
634 /* In normal use, the section map will be rebuilt by find_pc_section
635 if objfiles have been added, removed or relocated since it was last
636 called. Calling inhibit_section_map_updates will inhibit this
637 behavior until the returned scoped_restore object is destroyed. If
638 you call inhibit_section_map_updates you must ensure that every
639 call to find_pc_section in the inhibited region relates to a
640 section that is already in the section map and has not since been
641 removed or relocated. */
642 extern scoped_restore_tmpl<int> inhibit_section_map_updates
643 (struct program_space *pspace);
644
645 extern void default_iterate_over_objfiles_in_search_order
646 (struct gdbarch *gdbarch,
647 iterate_over_objfiles_in_search_order_cb_ftype *cb,
648 void *cb_data, struct objfile *current_objfile);
649 \f
650
651 #define ALL_OBJFILE_OSECTIONS(objfile, osect) \
652 for (osect = objfile->sections; osect < objfile->sections_end; osect++) \
653 if (osect->the_bfd_section == NULL) \
654 { \
655 /* Nothing. */ \
656 } \
657 else
658
659 #define SECT_OFF_DATA(objfile) \
660 ((objfile->sect_index_data == -1) \
661 ? (internal_error (__FILE__, __LINE__, \
662 _("sect_index_data not initialized")), -1) \
663 : objfile->sect_index_data)
664
665 #define SECT_OFF_RODATA(objfile) \
666 ((objfile->sect_index_rodata == -1) \
667 ? (internal_error (__FILE__, __LINE__, \
668 _("sect_index_rodata not initialized")), -1) \
669 : objfile->sect_index_rodata)
670
671 #define SECT_OFF_TEXT(objfile) \
672 ((objfile->sect_index_text == -1) \
673 ? (internal_error (__FILE__, __LINE__, \
674 _("sect_index_text not initialized")), -1) \
675 : objfile->sect_index_text)
676
677 /* Sometimes the .bss section is missing from the objfile, so we don't
678 want to die here. Let the users of SECT_OFF_BSS deal with an
679 uninitialized section index. */
680 #define SECT_OFF_BSS(objfile) (objfile)->sect_index_bss
681
682 /* Answer whether there is more than one object file loaded. */
683
684 #define MULTI_OBJFILE_P() (object_files && object_files->next)
685
686 /* Reset the per-BFD storage area on OBJ. */
687
688 void set_objfile_per_bfd (struct objfile *obj);
689
690 /* Return canonical name for OBJFILE.
691 This is the real file name if the file has been opened.
692 Otherwise it is the original name supplied by the user. */
693
694 const char *objfile_name (const struct objfile *objfile);
695
696 /* Return the (real) file name of OBJFILE if the file has been opened,
697 otherwise return NULL. */
698
699 const char *objfile_filename (const struct objfile *objfile);
700
701 /* Return the name to print for OBJFILE in debugging messages. */
702
703 extern const char *objfile_debug_name (const struct objfile *objfile);
704
705 /* Return the name of the file format of OBJFILE if the file has been opened,
706 otherwise return NULL. */
707
708 const char *objfile_flavour_name (struct objfile *objfile);
709
710 /* Set the objfile's notion of the "main" name and language. */
711
712 extern void set_objfile_main_name (struct objfile *objfile,
713 const char *name, enum language lang);
714
715 extern void objfile_register_static_link
716 (struct objfile *objfile,
717 const struct block *block,
718 const struct dynamic_prop *static_link);
719
720 extern const struct dynamic_prop *objfile_lookup_static_link
721 (struct objfile *objfile, const struct block *block);
722
723 #endif /* !defined (OBJFILES_H) */
This page took 0.045243 seconds and 5 git commands to generate.