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