Introduce program_space::add_objfile
[deliverable/binutils-gdb.git] / gdb / progspace.h
CommitLineData
6c95b8df
PA
1/* Program and address space management, for GDB, the GNU debugger.
2
42a4f53d 3 Copyright (C) 2009-2019 Free Software Foundation, Inc.
6c95b8df
PA
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
21#ifndef PROGSPACE_H
22#define PROGSPACE_H
23
24#include "target.h"
06333fea 25#include "gdb_bfd.h"
268a13a5 26#include "gdbsupport/gdb_vecs.h"
8e260fc0 27#include "registry.h"
268a13a5
TT
28#include "gdbsupport/next-iterator.h"
29#include "gdbsupport/safe-iterator.h"
6c95b8df
PA
30
31struct target_ops;
32struct bfd;
33struct objfile;
34struct inferior;
35struct exec;
36struct address_space;
37struct program_space_data;
b26dfc9a 38struct address_space_data;
6c95b8df
PA
39
40/* A program space represents a symbolic view of an address space.
41 Roughly speaking, it holds all the data associated with a
42 non-running-yet program (main executable, main symbols), and when
43 an inferior is running and is bound to it, includes the list of its
44 mapped in shared libraries.
45
46 In the traditional debugging scenario, there's a 1-1 correspondence
47 among program spaces, inferiors and address spaces, like so:
48
49 pspace1 (prog1) <--> inf1(pid1) <--> aspace1
50
51 In the case of debugging more than one traditional unix process or
52 program, we still have:
53
54 |-----------------+------------+---------|
55 | pspace1 (prog1) | inf1(pid1) | aspace1 |
56 |----------------------------------------|
57 | pspace2 (prog1) | no inf yet | aspace2 |
58 |-----------------+------------+---------|
59 | pspace3 (prog2) | inf2(pid2) | aspace3 |
60 |-----------------+------------+---------|
61
62 In the former example, if inf1 forks (and GDB stays attached to
63 both processes), the new child will have its own program and
64 address spaces. Like so:
65
66 |-----------------+------------+---------|
67 | pspace1 (prog1) | inf1(pid1) | aspace1 |
68 |-----------------+------------+---------|
69 | pspace2 (prog1) | inf2(pid2) | aspace2 |
70 |-----------------+------------+---------|
71
72 However, had inf1 from the latter case vforked instead, it would
73 share the program and address spaces with its parent, until it
74 execs or exits, like so:
75
76 |-----------------+------------+---------|
77 | pspace1 (prog1) | inf1(pid1) | aspace1 |
78 | | inf2(pid2) | |
79 |-----------------+------------+---------|
80
81 When the vfork child execs, it is finally given new program and
82 address spaces.
83
84 |-----------------+------------+---------|
85 | pspace1 (prog1) | inf1(pid1) | aspace1 |
86 |-----------------+------------+---------|
87 | pspace2 (prog1) | inf2(pid2) | aspace2 |
88 |-----------------+------------+---------|
89
90 There are targets where the OS (if any) doesn't provide memory
91 management or VM protection, where all inferiors share the same
92 address space --- e.g. uClinux. GDB models this by having all
93 inferiors share the same address space, but, giving each its own
94 program space, like so:
95
96 |-----------------+------------+---------|
97 | pspace1 (prog1) | inf1(pid1) | |
98 |-----------------+------------+ |
99 | pspace2 (prog1) | inf2(pid2) | aspace1 |
100 |-----------------+------------+ |
101 | pspace3 (prog2) | inf3(pid3) | |
102 |-----------------+------------+---------|
103
104 The address space sharing matters for run control and breakpoints
105 management. E.g., did we just hit a known breakpoint that we need
106 to step over? Is this breakpoint a duplicate of this other one, or
107 do I need to insert a trap?
108
109 Then, there are targets where all symbols look the same for all
110 inferiors, although each has its own address space, as e.g.,
111 Ericsson DICOS. In such case, the model is:
112
113 |---------+------------+---------|
114 | | inf1(pid1) | aspace1 |
115 | +------------+---------|
116 | pspace | inf2(pid2) | aspace2 |
117 | +------------+---------|
118 | | inf3(pid3) | aspace3 |
119 |---------+------------+---------|
120
121 Note however, that the DICOS debug API takes care of making GDB
122 believe that breakpoints are "global". That is, although each
123 process does have its own private copy of data symbols (just like a
124 bunch of forks), to the breakpoints module, all processes share a
125 single address space, so all breakpoints set at the same address
126 are duplicates of each other, even breakpoints set in the data
127 space (e.g., call dummy breakpoints placed on stack). This allows
128 a simplification in the spaces implementation: we avoid caring for
129 a many-many links between address and program spaces. Either
130 there's a single address space bound to the program space
131 (traditional unix/uClinux), or, in the DICOS case, the address
132 space bound to the program space is mostly ignored. */
133
134/* The program space structure. */
135
136struct program_space
564b1e3f
SM
137{
138 program_space (address_space *aspace_);
139 ~program_space ();
140
2030c079
TT
141 typedef next_adapter<struct objfile> objfiles_range;
142
30baf67b 143 /* Return an iterable object that can be used to iterate over all
2030c079
TT
144 objfiles. The basic use is in a foreach, like:
145
146 for (objfile *objf : pspace->objfiles ()) { ... } */
147 objfiles_range objfiles ()
148 {
149 return objfiles_range (objfiles_head);
150 }
151
7e955d83
TT
152 typedef next_adapter<struct objfile,
153 basic_safe_iterator<next_iterator<objfile>>>
154 objfiles_safe_range;
155
156 /* An iterable object that can be used to iterate over all objfiles.
157 The basic use is in a foreach, like:
158
159 for (objfile *objf : pspace->objfiles_safe ()) { ... }
160
161 This variant uses a basic_safe_iterator so that objfiles can be
162 deleted during iteration. */
163 objfiles_safe_range objfiles_safe ()
164 {
165 return objfiles_safe_range (objfiles_head);
166 }
167
7cac64af
TT
168 /* Add OBJFILE to the list of objfiles, putting it just before
169 BEFORE. If BEFORE is nullptr, it will go at the end of the
170 list. */
171 void add_objfile (struct objfile *objfile, struct objfile *before);
172
173
564b1e3f
SM
174 /* Pointer to next in linked list. */
175 struct program_space *next = NULL;
176
177 /* Unique ID number. */
178 int num = 0;
179
180 /* The main executable loaded into this program space. This is
181 managed by the exec target. */
182
183 /* The BFD handle for the main executable. */
184 bfd *ebfd = NULL;
185 /* The last-modified time, from when the exec was brought in. */
186 long ebfd_mtime = 0;
187 /* Similar to bfd_get_filename (exec_bfd) but in original form given
188 by user, without symbolic links and pathname resolved.
189 It needs to be freed by xfree. It is not NULL iff EBFD is not NULL. */
190 char *pspace_exec_filename = NULL;
191
e540a5a2 192 /* Binary file diddling handle for the core file. */
06333fea 193 gdb_bfd_ref_ptr cbfd;
e540a5a2 194
564b1e3f
SM
195 /* The address space attached to this program space. More than one
196 program space may be bound to the same address space. In the
197 traditional unix-like debugging scenario, this will usually
198 match the address space bound to the inferior, and is mostly
199 used by the breakpoints module for address matches. If the
200 target shares a program space for all inferiors and breakpoints
201 are global, then this field is ignored (we don't currently
202 support inferiors sharing a program space if the target doesn't
203 make breakpoints global). */
204 struct address_space *aspace = NULL;
205
206 /* True if this program space's section offsets don't yet represent
207 the final offsets of the "live" address space (that is, the
208 section addresses still require the relocation offsets to be
209 applied, and hence we can't trust the section addresses for
210 anything that pokes at live memory). E.g., for qOffsets
211 targets, or for PIE executables, until we connect and ask the
212 target for the final relocation offsets, the symbols we've used
213 to set breakpoints point at the wrong addresses. */
214 int executing_startup = 0;
215
216 /* True if no breakpoints should be inserted in this program
217 space. */
218 int breakpoints_not_allowed = 0;
219
220 /* The object file that the main symbol table was loaded from
221 (e.g. the argument to the "symbol-file" or "file" command). */
222 struct objfile *symfile_object_file = NULL;
223
224 /* All known objfiles are kept in a linked list. This points to
225 the head of this list. */
2030c079 226 struct objfile *objfiles_head = NULL;
564b1e3f
SM
227
228 /* The set of target sections matching the sections mapped into
229 this program space. Managed by both exec_ops and solib.c. */
230 struct target_section_table target_sections {};
231
232 /* List of shared objects mapped into this space. Managed by
233 solib.c. */
234 struct so_list *so_list = NULL;
235
236 /* Number of calls to solib_add. */
237 unsigned int solib_add_generation = 0;
238
239 /* When an solib is added, it is also added to this vector. This
240 is so we can properly report solib changes to the user. */
bcb430e4 241 std::vector<struct so_list *> added_solibs;
564b1e3f
SM
242
243 /* When an solib is removed, its name is added to this vector.
244 This is so we can properly report solib changes to the user. */
6fb16ce6 245 std::vector<std::string> deleted_solibs;
564b1e3f
SM
246
247 /* Per pspace data-pointers required by other GDB modules. */
248 REGISTRY_FIELDS {};
249};
6c95b8df 250
55b11ddf
PA
251/* An address space. It is used for comparing if
252 pspaces/inferior/threads see the same address space and for
253 associating caches to each address space. */
254struct address_space
255{
256 int num;
257
258 /* Per aspace data-pointers required by other GDB modules. */
259 REGISTRY_FIELDS;
260};
261
6c95b8df
PA
262/* The object file that the main symbol table was loaded from (e.g. the
263 argument to the "symbol-file" or "file" command). */
264
265#define symfile_objfile current_program_space->symfile_object_file
266
267/* All known objfiles are kept in a linked list. This points to the
0df8b418 268 root of this list. */
2030c079 269#define object_files current_program_space->objfiles_head
6c95b8df
PA
270
271/* The set of target sections matching the sections mapped into the
272 current program space. */
273#define current_target_sections (&current_program_space->target_sections)
274
275/* The list of all program spaces. There's always at least one. */
276extern struct program_space *program_spaces;
277
278/* The current program space. This is always non-null. */
279extern struct program_space *current_program_space;
280
281#define ALL_PSPACES(pspace) \
282 for ((pspace) = program_spaces; (pspace) != NULL; (pspace) = (pspace)->next)
283
7a41607e
SM
284/* Remove a program space from the program spaces list and release it. It is
285 an error to call this function while PSPACE is the current program space. */
286extern void delete_program_space (struct program_space *pspace);
287
6c95b8df
PA
288/* Returns the number of program spaces listed. */
289extern int number_of_program_spaces (void);
290
7a41607e
SM
291/* Returns true iff there's no inferior bound to PSPACE. */
292extern int program_space_empty_p (struct program_space *pspace);
293
6c95b8df
PA
294/* Copies program space SRC to DEST. Copies the main executable file,
295 and the main symbol file. Returns DEST. */
296extern struct program_space *clone_program_space (struct program_space *dest,
297 struct program_space *src);
298
6c95b8df
PA
299/* Sets PSPACE as the current program space. This is usually used
300 instead of set_current_space_and_thread when the current
301 thread/inferior is not important for the operations that follow.
302 E.g., when accessing the raw symbol tables. If memory access is
303 required, then you should use switch_to_program_space_and_thread.
304 Otherwise, it is the caller's responsibility to make sure that the
305 currently selected inferior/thread matches the selected program
306 space. */
307extern void set_current_program_space (struct program_space *pspace);
308
5ed8105e
PA
309/* Save/restore the current program space. */
310
311class scoped_restore_current_program_space
312{
313public:
314 scoped_restore_current_program_space ()
315 : m_saved_pspace (current_program_space)
316 {}
317
318 ~scoped_restore_current_program_space ()
319 { set_current_program_space (m_saved_pspace); }
320
d6541620 321 DISABLE_COPY_AND_ASSIGN (scoped_restore_current_program_space);
6c95b8df 322
5ed8105e
PA
323private:
324 program_space *m_saved_pspace;
325};
6c95b8df
PA
326
327/* Create a new address space object, and add it to the list. */
328extern struct address_space *new_address_space (void);
329
330/* Maybe create a new address space object, and add it to the list, or
331 return a pointer to an existing address space, in case inferiors
332 share an address space. */
333extern struct address_space *maybe_new_address_space (void);
334
c0694254
PA
335/* Returns the integer address space id of ASPACE. */
336extern int address_space_num (struct address_space *aspace);
337
6c95b8df
PA
338/* Update all program spaces matching to address spaces. The user may
339 have created several program spaces, and loaded executables into
340 them before connecting to the target interface that will create the
341 inferiors. All that happens before GDB has a chance to know if the
342 inferiors will share an address space or not. Call this after
343 having connected to the target interface and having fetched the
344 target description, to fixup the program/address spaces
345 mappings. */
346extern void update_address_spaces (void);
347
edcc5120
TT
348/* Reset saved solib data at the start of an solib event. This lets
349 us properly collect the data when calling solib_add, so it can then
350 later be printed. */
351extern void clear_program_space_solib_cache (struct program_space *);
352
6c95b8df
PA
353/* Keep a registry of per-pspace data-pointers required by other GDB
354 modules. */
355
8e260fc0 356DECLARE_REGISTRY (program_space);
6c95b8df 357
3a8356ff
YQ
358/* Keep a registry of per-aspace data-pointers required by other GDB
359 modules. */
360
361DECLARE_REGISTRY (address_space);
362
6c95b8df 363#endif
This page took 1.077229 seconds and 4 git commands to generate.