binutils-gdb

mirror of https://github.com/espressif/binutils-gdb.git synced 2025-06-01 20:12:01 +08:00

Files

Simon Marchi 3947f654ea gdb: make add_com_alias accept target as a cmd_list_element

The alias creation functions currently accept a name to specify the
target command.  They pass this to add_alias_cmd, which needs to lookup
the target command by name.

Given that:

 - We don't support creating an alias for a command before that command
   exists.
 - We always use add_info_alias just after creating that target command,
   and therefore have access to the target command's cmd_list_element.

... change add_com_alias to accept the target command as a
cmd_list_element (other functions are done in subsequent patches).  This
ensures we don't create the alias before the target command, because you
need to get the cmd_list_element from somewhere when you call the alias
creation function.  And it avoids an unecessary command lookup.  So it
seems better to me in every aspect.

gdb/ChangeLog:

	* command.h (add_com_alias): Accept target as
	cmd_list_element.  Update callers.

Change-Id: I24bed7da57221cc77606034de3023fedac015150

2021-05-27 14:00:07 -04:00

compile-c-support.c

Return unique_ptr from language_defn::get_compile_context

2021-02-05 07:17:12 -07:00

compile-c-symbols.c

Use std::vector for "registers_used" in compile feature

2021-01-23 20:33:25 -07:00

compile-c-types.c

gdb: rename type::{arch,objfile} -> type::{arch_owner,objfile_owner}

2021-01-28 10:09:02 -05:00

compile-c.h

Use std::vector for "registers_used" in compile feature