Simplify per-BFD storage management
[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
36 struct bcache;
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 *demangled_names_hash = NULL;
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. The array itself, as well
286 as all the data that it points to, should be allocated on the
287 objfile_obstack for this file. */
288
289 minimal_symbol *msymbols = NULL;
290 int minimal_symbol_count = 0;
291
292 /* The number of minimal symbols read, before any minimal symbol
293 de-duplication is applied. Note in particular that this has only
294 a passing relationship with the actual size of the table above;
295 use minimal_symbol_count if you need the true size. */
296
297 int n_minsyms = 0;
298
299 /* This is true if minimal symbols have already been read. Symbol
300 readers can use this to bypass minimal symbol reading. Also, the
301 minimal symbol table management code in minsyms.c uses this to
302 suppress new minimal symbols. You might think that MSYMBOLS or
303 MINIMAL_SYMBOL_COUNT could be used for this, but it is possible
304 for multiple readers to install minimal symbols into a given
305 per-BFD. */
306
307 bool minsyms_read : 1;
308
309 /* This is a hash table used to index the minimal symbols by name. */
310
311 minimal_symbol *msymbol_hash[MINIMAL_SYMBOL_HASH_SIZE] {};
312
313 /* This hash table is used to index the minimal symbols by their
314 demangled names. */
315
316 minimal_symbol *msymbol_demangled_hash[MINIMAL_SYMBOL_HASH_SIZE] {};
317
318 /* All the different languages of symbols found in the demangled
319 hash table. */
320 std::bitset<nr_languages> demangled_hash_languages;
321 };
322
323 /* Master structure for keeping track of each file from which
324 gdb reads symbols. There are several ways these get allocated: 1.
325 The main symbol file, symfile_objfile, set by the symbol-file command,
326 2. Additional symbol files added by the add-symbol-file command,
327 3. Shared library objfiles, added by ADD_SOLIB, 4. symbol files
328 for modules that were loaded when GDB attached to a remote system
329 (see remote-vx.c). */
330
331 struct objfile
332 {
333 objfile (bfd *, const char *, objfile_flags);
334 ~objfile ();
335
336 DISABLE_COPY_AND_ASSIGN (objfile);
337
338 /* A range adapter that makes it possible to iterate over all
339 psymtabs in one objfile. */
340
341 psymtab_storage::partial_symtab_range psymtabs ()
342 {
343 return partial_symtabs->range ();
344 }
345
346 /* Reset the storage for the partial symbol tables. */
347
348 void reset_psymtabs ()
349 {
350 psymbol_map.clear ();
351 partial_symtabs.reset (new psymtab_storage ());
352 }
353
354 typedef next_adapter<struct compunit_symtab> compunits_range;
355
356 /* A range adapter that makes it possible to iterate over all
357 compunits in one objfile. */
358
359 compunits_range compunits ()
360 {
361 return compunits_range (compunit_symtabs);
362 }
363
364 /* A range adapter that makes it possible to iterate over all
365 minimal symbols of an objfile. */
366
367 class msymbols_range
368 {
369 public:
370
371 explicit msymbols_range (struct objfile *objfile)
372 : m_objfile (objfile)
373 {
374 }
375
376 minimal_symbol_iterator begin () const
377 {
378 return minimal_symbol_iterator (m_objfile->per_bfd->msymbols);
379 }
380
381 minimal_symbol_iterator end () const
382 {
383 return minimal_symbol_iterator
384 (m_objfile->per_bfd->msymbols
385 + m_objfile->per_bfd->minimal_symbol_count);
386 }
387
388 private:
389
390 struct objfile *m_objfile;
391 };
392
393 /* Return a range adapter for iterating over all minimal
394 symbols. */
395
396 msymbols_range msymbols ()
397 {
398 return msymbols_range (this);
399 }
400
401
402 /* All struct objfile's are chained together by their next pointers.
403 The program space field "objfiles" (frequently referenced via
404 the macro "object_files") points to the first link in this chain. */
405
406 struct objfile *next = nullptr;
407
408 /* The object file's original name as specified by the user,
409 made absolute, and tilde-expanded. However, it is not canonicalized
410 (i.e., it has not been passed through gdb_realpath).
411 This pointer is never NULL. This does not have to be freed; it is
412 guaranteed to have a lifetime at least as long as the objfile. */
413
414 char *original_name = nullptr;
415
416 CORE_ADDR addr_low = 0;
417
418 /* Some flag bits for this objfile. */
419
420 objfile_flags flags;
421
422 /* The program space associated with this objfile. */
423
424 struct program_space *pspace;
425
426 /* List of compunits.
427 These are used to do symbol lookups and file/line-number lookups. */
428
429 struct compunit_symtab *compunit_symtabs = nullptr;
430
431 /* The partial symbol tables. */
432
433 std::shared_ptr<psymtab_storage> partial_symtabs;
434
435 /* The object file's BFD. Can be null if the objfile contains only
436 minimal symbols, e.g. the run time common symbols for SunOS4. */
437
438 bfd *obfd;
439
440 /* The per-BFD data. Note that this is treated specially if OBFD
441 is NULL. */
442
443 struct objfile_per_bfd_storage *per_bfd = nullptr;
444
445 /* The modification timestamp of the object file, as of the last time
446 we read its symbols. */
447
448 long mtime = 0;
449
450 /* Obstack to hold objects that should be freed when we load a new symbol
451 table from this object file. */
452
453 struct obstack objfile_obstack {};
454
455 /* Map symbol addresses to the partial symtab that defines the
456 object at that address. */
457
458 std::vector<std::pair<CORE_ADDR, partial_symtab *>> psymbol_map;
459
460 /* Structure which keeps track of functions that manipulate objfile's
461 of the same type as this objfile. I.e. the function to read partial
462 symbols for example. Note that this structure is in statically
463 allocated memory, and is shared by all objfiles that use the
464 object module reader of this type. */
465
466 const struct sym_fns *sf = nullptr;
467
468 /* Per objfile data-pointers required by other GDB modules. */
469
470 REGISTRY_FIELDS {};
471
472 /* Set of relocation offsets to apply to each section.
473 The table is indexed by the_bfd_section->index, thus it is generally
474 as large as the number of sections in the binary.
475 The table is stored on the objfile_obstack.
476
477 These offsets indicate that all symbols (including partial and
478 minimal symbols) which have been read have been relocated by this
479 much. Symbols which are yet to be read need to be relocated by it. */
480
481 struct section_offsets *section_offsets = nullptr;
482 int num_sections = 0;
483
484 /* Indexes in the section_offsets array. These are initialized by the
485 *_symfile_offsets() family of functions (som_symfile_offsets,
486 xcoff_symfile_offsets, default_symfile_offsets). In theory they
487 should correspond to the section indexes used by bfd for the
488 current objfile. The exception to this for the time being is the
489 SOM version.
490
491 These are initialized to -1 so that we can later detect if they
492 are used w/o being properly assigned to. */
493
494 int sect_index_text = -1;
495 int sect_index_data = -1;
496 int sect_index_bss = -1;
497 int sect_index_rodata = -1;
498
499 /* These pointers are used to locate the section table, which
500 among other things, is used to map pc addresses into sections.
501 SECTIONS points to the first entry in the table, and
502 SECTIONS_END points to the first location past the last entry
503 in the table. The table is stored on the objfile_obstack. The
504 sections are indexed by the BFD section index; but the
505 structure data is only valid for certain sections
506 (e.g. non-empty, SEC_ALLOC). */
507
508 struct obj_section *sections = nullptr;
509 struct obj_section *sections_end = nullptr;
510
511 /* GDB allows to have debug symbols in separate object files. This is
512 used by .gnu_debuglink, ELF build id note and Mach-O OSO.
513 Although this is a tree structure, GDB only support one level
514 (ie a separate debug for a separate debug is not supported). Note that
515 separate debug object are in the main chain and therefore will be
516 visited by objfiles & co iterators. Separate debug objfile always
517 has a non-nul separate_debug_objfile_backlink. */
518
519 /* Link to the first separate debug object, if any. */
520
521 struct objfile *separate_debug_objfile = nullptr;
522
523 /* If this is a separate debug object, this is used as a link to the
524 actual executable objfile. */
525
526 struct objfile *separate_debug_objfile_backlink = nullptr;
527
528 /* If this is a separate debug object, this is a link to the next one
529 for the same executable objfile. */
530
531 struct objfile *separate_debug_objfile_link = nullptr;
532
533 /* Place to stash various statistics about this objfile. */
534
535 OBJSTATS;
536
537 /* A linked list of symbols created when reading template types or
538 function templates. These symbols are not stored in any symbol
539 table, so we have to keep them here to relocate them
540 properly. */
541
542 struct symbol *template_symbols = nullptr;
543
544 /* Associate a static link (struct dynamic_prop *) to all blocks (struct
545 block *) that have one.
546
547 In the context of nested functions (available in Pascal, Ada and GNU C,
548 for instance), a static link (as in DWARF's DW_AT_static_link attribute)
549 for a function is a way to get the frame corresponding to the enclosing
550 function.
551
552 Very few blocks have a static link, so it's more memory efficient to
553 store these here rather than in struct block. Static links must be
554 allocated on the objfile's obstack. */
555 htab_t static_links {};
556 };
557
558 /* Declarations for functions defined in objfiles.c */
559
560 extern struct gdbarch *get_objfile_arch (const struct objfile *);
561
562 extern int entry_point_address_query (CORE_ADDR *entry_p);
563
564 extern CORE_ADDR entry_point_address (void);
565
566 extern void build_objfile_section_table (struct objfile *);
567
568 extern struct objfile *objfile_separate_debug_iterate (const struct objfile *,
569 const struct objfile *);
570
571 extern void put_objfile_before (struct objfile *, struct objfile *);
572
573 extern void add_separate_debug_objfile (struct objfile *, struct objfile *);
574
575 extern void unlink_objfile (struct objfile *);
576
577 extern void free_objfile_separate_debug (struct objfile *);
578
579 extern void free_all_objfiles (void);
580
581 extern void objfile_relocate (struct objfile *, const struct section_offsets *);
582 extern void objfile_rebase (struct objfile *, CORE_ADDR);
583
584 extern int objfile_has_partial_symbols (struct objfile *objfile);
585
586 extern int objfile_has_full_symbols (struct objfile *objfile);
587
588 extern int objfile_has_symbols (struct objfile *objfile);
589
590 extern int have_partial_symbols (void);
591
592 extern int have_full_symbols (void);
593
594 extern void objfile_set_sym_fns (struct objfile *objfile,
595 const struct sym_fns *sf);
596
597 extern void objfiles_changed (void);
598
599 extern int is_addr_in_objfile (CORE_ADDR addr, const struct objfile *objfile);
600
601 /* Return true if ADDRESS maps into one of the sections of a
602 OBJF_SHARED objfile of PSPACE and false otherwise. */
603
604 extern int shared_objfile_contains_address_p (struct program_space *pspace,
605 CORE_ADDR address);
606
607 /* This operation deletes all objfile entries that represent solibs that
608 weren't explicitly loaded by the user, via e.g., the add-symbol-file
609 command. */
610
611 extern void objfile_purge_solibs (void);
612
613 /* Functions for dealing with the minimal symbol table, really a misc
614 address<->symbol mapping for things we don't have debug symbols for. */
615
616 extern int have_minimal_symbols (void);
617
618 extern struct obj_section *find_pc_section (CORE_ADDR pc);
619
620 /* Return non-zero if PC is in a section called NAME. */
621 extern int pc_in_section (CORE_ADDR, const char *);
622
623 /* Return non-zero if PC is in a SVR4-style procedure linkage table
624 section. */
625
626 static inline int
627 in_plt_section (CORE_ADDR pc)
628 {
629 return pc_in_section (pc, ".plt");
630 }
631
632 /* Keep a registry of per-objfile data-pointers required by other GDB
633 modules. */
634 DECLARE_REGISTRY(objfile);
635
636 /* In normal use, the section map will be rebuilt by find_pc_section
637 if objfiles have been added, removed or relocated since it was last
638 called. Calling inhibit_section_map_updates will inhibit this
639 behavior until the returned scoped_restore object is destroyed. If
640 you call inhibit_section_map_updates you must ensure that every
641 call to find_pc_section in the inhibited region relates to a
642 section that is already in the section map and has not since been
643 removed or relocated. */
644 extern scoped_restore_tmpl<int> inhibit_section_map_updates
645 (struct program_space *pspace);
646
647 extern void default_iterate_over_objfiles_in_search_order
648 (struct gdbarch *gdbarch,
649 iterate_over_objfiles_in_search_order_cb_ftype *cb,
650 void *cb_data, struct objfile *current_objfile);
651 \f
652
653 #define ALL_OBJFILE_OSECTIONS(objfile, osect) \
654 for (osect = objfile->sections; osect < objfile->sections_end; osect++) \
655 if (osect->the_bfd_section == NULL) \
656 { \
657 /* Nothing. */ \
658 } \
659 else
660
661 #define SECT_OFF_DATA(objfile) \
662 ((objfile->sect_index_data == -1) \
663 ? (internal_error (__FILE__, __LINE__, \
664 _("sect_index_data not initialized")), -1) \
665 : objfile->sect_index_data)
666
667 #define SECT_OFF_RODATA(objfile) \
668 ((objfile->sect_index_rodata == -1) \
669 ? (internal_error (__FILE__, __LINE__, \
670 _("sect_index_rodata not initialized")), -1) \
671 : objfile->sect_index_rodata)
672
673 #define SECT_OFF_TEXT(objfile) \
674 ((objfile->sect_index_text == -1) \
675 ? (internal_error (__FILE__, __LINE__, \
676 _("sect_index_text not initialized")), -1) \
677 : objfile->sect_index_text)
678
679 /* Sometimes the .bss section is missing from the objfile, so we don't
680 want to die here. Let the users of SECT_OFF_BSS deal with an
681 uninitialized section index. */
682 #define SECT_OFF_BSS(objfile) (objfile)->sect_index_bss
683
684 /* Answer whether there is more than one object file loaded. */
685
686 #define MULTI_OBJFILE_P() (object_files && object_files->next)
687
688 /* Reset the per-BFD storage area on OBJ. */
689
690 void set_objfile_per_bfd (struct objfile *obj);
691
692 /* Return canonical name for OBJFILE.
693 This is the real file name if the file has been opened.
694 Otherwise it is the original name supplied by the user. */
695
696 const char *objfile_name (const struct objfile *objfile);
697
698 /* Return the (real) file name of OBJFILE if the file has been opened,
699 otherwise return NULL. */
700
701 const char *objfile_filename (const struct objfile *objfile);
702
703 /* Return the name to print for OBJFILE in debugging messages. */
704
705 extern const char *objfile_debug_name (const struct objfile *objfile);
706
707 /* Return the name of the file format of OBJFILE if the file has been opened,
708 otherwise return NULL. */
709
710 const char *objfile_flavour_name (struct objfile *objfile);
711
712 /* Set the objfile's notion of the "main" name and language. */
713
714 extern void set_objfile_main_name (struct objfile *objfile,
715 const char *name, enum language lang);
716
717 extern void objfile_register_static_link
718 (struct objfile *objfile,
719 const struct block *block,
720 const struct dynamic_prop *static_link);
721
722 extern const struct dynamic_prop *objfile_lookup_static_link
723 (struct objfile *objfile, const struct block *block);
724
725 #endif /* !defined (OBJFILES_H) */
This page took 0.053094 seconds and 4 git commands to generate.