arch,base,cpu,sim: Statically allocate debugSymbolTable.
authorGabe Black <gabeblack@google.com>
Tue, 21 Jan 2020 23:25:09 +0000 (15:25 -0800)
committerGabe Black <gabeblack@google.com>
Tue, 19 May 2020 22:32:50 +0000 (22:32 +0000)
commit337c586eabb1f9c4a2cb3c4bf87d5baea8897c00
tree613677ad7ceb1fa33f2c2baaf03b560e09a2dfad
parentc5b2b8e19fe33b30e233b928fe3728bca54418de
arch,base,cpu,sim: Statically allocate debugSymbolTable.

This singleton object is used thruoughout the simulator. There is
really no reason not to have it statically allocated, except that
whether it was allocated seems to sometimes be used as a signal that
something already put symbols in it, specifically in SE mode.

To keep that functionality for the moment, this change adds an "empty"
method to the SymbolTable class to make it easy to check if the symbol
table is empty, or if someone already populated it.

Change-Id: Ia93510082d3f9809fc504bc5803254d8c308d572
Reviewed-on: https://gem5-review.googlesource.com/c/public/gem5/+/24785
Reviewed-by: Giacomo Travaglini <giacomo.travaglini@arm.com>
Maintainer: Giacomo Travaglini <giacomo.travaglini@arm.com>
Tested-by: kokoro <noreply+kokoro@google.com>
14 files changed:
src/arch/arm/freebsd/fs_workload.cc
src/arch/arm/fs_workload.cc
src/arch/arm/linux/fs_workload.cc
src/arch/x86/faults.cc
src/base/cp_annotate.cc
src/base/loader/symtab.cc
src/base/loader/symtab.hh
src/cpu/base.cc
src/cpu/exetrace.cc
src/mem/abstract_mem.cc
src/sim/kernel_workload.cc
src/sim/process.cc
src/sim/pseudo_inst.cc
src/sim/syscall_emul.hh