mirror of
https://sourceware.org/git/binutils-gdb.git
synced 2024-11-21 01:12:32 +08:00
18c4b05e40
[ This is based on "[gdb/symtab] Add parent_map::dump" [1]. ] When building the cooked index, gdb builds up a parent map. This map is currently only visible at user level through the effect of using it, but it's useful to be able to inspect it as well. Add dumping of this parent map for "set debug dwarf-read 2". As example, take test-case gdb.dwarf2/enum-type-c++.exp with target board debug-types. The parent map looks like: ... $ gdb -q -batch \ -iex "maint set worker-threads 0" \ -iex "set debug dwarf-read 2" \ outputs/gdb.dwarf2/enum-type-c++/enum-type-c++ ... [dwarf-read] print_stats: Final m_all_parents_map: map start: 0x0000000000000000 0x0 0x0000000000000037 0x20f27d30 (0x36: ec) 0x0000000000000051 0x0 0x000000000000008b 0x20f27dc0 (0x8a: A) 0x00000000000000a6 0x0 ... There's no parent entry at address 0xd6, which is part of what causes this: ... (gdb) FAIL: gdb.dwarf2/enum-type-c++.exp: val1 has a parent ... With the series containing the proposed fix applied [2], we get instead: ... [dwarf-read] print_stats: Final m_all_parents_map: map start: 0x0000000000000000 0x0 0x0000000000000026 0x7e0bdc0 (0x25: ns) 0x0000000000000036 0x0 0x0000000000000037 0x7e0bdf0 (0x36: ns::ec) 0x0000000000000051 0x0 0x000000000000007f 0x7e0be80 (0x7e: ns) 0x000000000000008a 0x0 0x000000000000008b 0x7e0beb0 (0x8a: ns::A) 0x00000000000000a6 0x0 0x00000000000000cc 0x7e0bf10 (0xcb: ns) 0x00000000000000d4 0x7e0bf40 (0xd3: ns::A) 0x00000000000000dc 0x7e0bf10 (0xcb: ns) 0x00000000000000dd 0x7e0bf40 (0xd3: ns::A) 0x00000000000000f6 0x0 ... and find at 0xd6 parent ns::A. Tested on x86_64-linux. Approved-By: Tom Tromey <tom@tromey.com> [1] https://sourceware.org/pipermail/gdb-patches/2023-October/202883.html [2] https://sourceware.org/pipermail/gdb-patches/2024-September/211958.html
232 lines
8.4 KiB
C++
232 lines
8.4 KiB
C++
/* addrmap.h --- interface to address map data structure.
|
|
|
|
Copyright (C) 2007-2024 Free Software Foundation, Inc.
|
|
|
|
This file is part of GDB.
|
|
|
|
This program is free software; you can redistribute it and/or modify
|
|
it under the terms of the GNU General Public License as published by
|
|
the Free Software Foundation; either version 3 of the License, or
|
|
(at your option) any later version.
|
|
|
|
This program is distributed in the hope that it will be useful,
|
|
but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
GNU General Public License for more details.
|
|
|
|
You should have received a copy of the GNU General Public License
|
|
along with this program. If not, see <http://www.gnu.org/licenses/>. */
|
|
|
|
#ifndef ADDRMAP_H
|
|
#define ADDRMAP_H
|
|
|
|
#include "gdbsupport/function-view.h"
|
|
#include "gdbsupport/gdb_obstack.h"
|
|
#include "splay-tree.h"
|
|
|
|
/* An address map is essentially a table mapping CORE_ADDRs onto GDB
|
|
data structures, like blocks, symtabs, partial symtabs, and so on.
|
|
An address map uses memory proportional to the number of
|
|
transitions in the map, where a CORE_ADDR N is mapped to one
|
|
object, and N+1 is mapped to a different object.
|
|
|
|
Address maps come in two flavors: fixed, and mutable. Mutable
|
|
address maps consume more memory, but can be changed and extended.
|
|
A fixed address map, once constructed (from a mutable address map),
|
|
can't be edited. */
|
|
|
|
/* The type of a function used to iterate over the map.
|
|
OBJ is NULL for unmapped regions. */
|
|
using addrmap_foreach_fn
|
|
= gdb::function_view<int (CORE_ADDR start_addr, void *obj)>;
|
|
using addrmap_foreach_const_fn
|
|
= gdb::function_view<int (CORE_ADDR start_addr, const void *obj)>;
|
|
|
|
/* The base class for addrmaps. */
|
|
struct addrmap
|
|
{
|
|
/* Return the object associated with ADDR in MAP. */
|
|
const void *find (CORE_ADDR addr) const
|
|
{ return this->do_find (addr); }
|
|
|
|
void *find (CORE_ADDR addr)
|
|
{ return this->do_find (addr); }
|
|
|
|
/* Relocate all the addresses in MAP by OFFSET. (This can be applied
|
|
to either mutable or immutable maps.) */
|
|
virtual void relocate (CORE_ADDR offset) = 0;
|
|
|
|
/* Call FN for every address in MAP, following an in-order traversal.
|
|
If FN ever returns a non-zero value, the iteration ceases
|
|
immediately, and the value is returned. Otherwise, this function
|
|
returns 0. */
|
|
int foreach (addrmap_foreach_const_fn fn) const
|
|
{ return this->do_foreach (fn); }
|
|
|
|
int foreach (addrmap_foreach_fn fn)
|
|
{ return this->do_foreach (fn); }
|
|
|
|
|
|
protected:
|
|
~addrmap () = default;
|
|
|
|
private:
|
|
/* Worker for find, implemented by sub-classes. */
|
|
virtual void *do_find (CORE_ADDR addr) const = 0;
|
|
|
|
/* Worker for foreach, implemented by sub-classes. */
|
|
virtual int do_foreach (addrmap_foreach_fn fn) const = 0;
|
|
};
|
|
|
|
struct addrmap_mutable;
|
|
|
|
/* Fixed address maps. */
|
|
struct addrmap_fixed final : public addrmap,
|
|
public allocate_on_obstack<addrmap_fixed>
|
|
{
|
|
public:
|
|
|
|
addrmap_fixed (struct obstack *obstack, const addrmap_mutable *mut);
|
|
DISABLE_COPY_AND_ASSIGN (addrmap_fixed);
|
|
|
|
/* It's fine to use the default move operators, because this addrmap
|
|
does not own the storage for the elements. */
|
|
addrmap_fixed (addrmap_fixed &&other) = default;
|
|
addrmap_fixed &operator= (addrmap_fixed &&) = default;
|
|
|
|
void relocate (CORE_ADDR offset) override;
|
|
|
|
private:
|
|
void *do_find (CORE_ADDR addr) const override;
|
|
int do_foreach (addrmap_foreach_fn fn) const override;
|
|
|
|
/* A transition: a point in an address map where the value changes.
|
|
The map maps ADDR to VALUE, but if ADDR > 0, it maps ADDR-1 to
|
|
something else. */
|
|
struct addrmap_transition
|
|
{
|
|
CORE_ADDR addr;
|
|
void *value;
|
|
};
|
|
|
|
/* The number of transitions in TRANSITIONS. */
|
|
size_t num_transitions;
|
|
|
|
/* An array of transitions, sorted by address. For every point in
|
|
the map where either ADDR == 0 or ADDR is mapped to one value and
|
|
ADDR - 1 is mapped to something different, we have an entry here
|
|
containing ADDR and VALUE. (Note that this means we always have
|
|
an entry for address 0). */
|
|
struct addrmap_transition *transitions;
|
|
};
|
|
|
|
/* Mutable address maps. */
|
|
|
|
struct addrmap_mutable final : public addrmap
|
|
{
|
|
public:
|
|
|
|
addrmap_mutable ();
|
|
~addrmap_mutable ();
|
|
DISABLE_COPY_AND_ASSIGN (addrmap_mutable);
|
|
|
|
addrmap_mutable (addrmap_mutable &&other)
|
|
: tree (other.tree)
|
|
{
|
|
other.tree = nullptr;
|
|
}
|
|
|
|
addrmap_mutable &operator= (addrmap_mutable &&other)
|
|
{
|
|
std::swap (tree, other.tree);
|
|
return *this;
|
|
}
|
|
|
|
/* In the mutable address map MAP, associate the addresses from START
|
|
to END_INCLUSIVE that are currently associated with NULL with OBJ
|
|
instead. Addresses mapped to an object other than NULL are left
|
|
unchanged.
|
|
|
|
As the name suggests, END_INCLUSIVE is also mapped to OBJ. This
|
|
convention is unusual, but it allows callers to accurately specify
|
|
ranges that abut the top of the address space, and ranges that
|
|
cover the entire address space.
|
|
|
|
This operation seems a bit complicated for a primitive: if it's
|
|
needed, why not just have a simpler primitive operation that sets a
|
|
range to a value, wiping out whatever was there before, and then
|
|
let the caller construct more complicated operations from that,
|
|
along with some others for traversal?
|
|
|
|
It turns out this is the mutation operation we want to use all the
|
|
time, at least for now. Our immediate use for address maps is to
|
|
represent lexical blocks whose address ranges are not contiguous.
|
|
We walk the tree of lexical blocks present in the debug info, and
|
|
only create 'struct block' objects after we've traversed all a
|
|
block's children. If a lexical block declares no local variables
|
|
(and isn't the lexical block for a function's body), we omit it
|
|
from GDB's data structures entirely.
|
|
|
|
However, this means that we don't decide to create a block (and
|
|
thus record it in the address map) until after we've traversed its
|
|
children. If we do decide to create the block, we do so at a time
|
|
when all its children have already been recorded in the map. So
|
|
this operation --- change only those addresses left unset --- is
|
|
actually the operation we want to use every time.
|
|
|
|
It seems simpler to let the code which operates on the
|
|
representation directly deal with the hair of implementing these
|
|
semantics than to provide an interface which allows it to be
|
|
implemented efficiently, but doesn't reveal too much of the
|
|
representation. */
|
|
void set_empty (CORE_ADDR start, CORE_ADDR end_inclusive,
|
|
void *obj);
|
|
void relocate (CORE_ADDR offset) override;
|
|
|
|
private:
|
|
void *do_find (CORE_ADDR addr) const override;
|
|
int do_foreach (addrmap_foreach_fn fn) const override;
|
|
|
|
/* A splay tree, with a node for each transition; there is a
|
|
transition at address T if T-1 and T map to different objects.
|
|
|
|
Any addresses below the first node map to NULL. (Unlike
|
|
fixed maps, we have no entry at (CORE_ADDR) 0; it doesn't
|
|
simplify enough.)
|
|
|
|
The last region is assumed to end at CORE_ADDR_MAX.
|
|
|
|
Since we can't know whether CORE_ADDR is larger or smaller than
|
|
splay_tree_key (unsigned long) --- I think both are possible,
|
|
given all combinations of 32- and 64-bit hosts and targets ---
|
|
our keys are pointers to CORE_ADDR values. Since the splay tree
|
|
library doesn't pass any closure pointer to the key free
|
|
function, we can't keep a freelist for keys. Since mutable
|
|
addrmaps are only used temporarily right now, we just leak keys
|
|
from deleted nodes; they'll be freed when the obstack is freed. */
|
|
splay_tree tree;
|
|
|
|
/* Various helper methods. */
|
|
splay_tree_key allocate_key (CORE_ADDR addr);
|
|
void force_transition (CORE_ADDR addr);
|
|
splay_tree_node splay_tree_lookup (CORE_ADDR addr) const;
|
|
splay_tree_node splay_tree_predecessor (CORE_ADDR addr) const;
|
|
splay_tree_node splay_tree_successor (CORE_ADDR addr);
|
|
void splay_tree_remove (CORE_ADDR addr);
|
|
void splay_tree_insert (CORE_ADDR key, void *value);
|
|
};
|
|
|
|
|
|
/* Dump the addrmap to OUTFILE. If PAYLOAD is non-NULL, only dump any
|
|
components that map to PAYLOAD. (If PAYLOAD is NULL, the entire
|
|
map is dumped.) If ANNOTATE_VALUE is non-nullptr, call it for each
|
|
value. */
|
|
|
|
void addrmap_dump (struct addrmap *map, struct ui_file *outfile,
|
|
void *payload,
|
|
gdb::function_view<void (struct ui_file *outfile,
|
|
const void *value)>
|
|
annotate_value = nullptr);
|
|
|
|
#endif /* ADDRMAP_H */
|