Last round of preliminary cleanup in my refactoring of aliases.
authorEnrico Granata <egranata@apple.com>
Wed, 9 Mar 2016 02:27:57 +0000 (02:27 +0000)
committerEnrico Granata <egranata@apple.com>
Wed, 9 Mar 2016 02:27:57 +0000 (02:27 +0000)
commit4643c01284bd56e90e98abceb360f7dde6696250
tree318ce2243b38b6e8dc5cdf009ee8a6abbdd3e32f
parent542f38f31f4a149213ad2229cb3ddcc884a4847e
Last round of preliminary cleanup in my refactoring of aliases.

The next step is to actually turn CommandAlias into a full-blown CommandObject citizen.

This is tricky given the current architecture of the CommandInterpreter but I think I have found a reasonable path forward.
The current plan is to make class CommandAlias : public CommandObject, and have all the several GetCommand calls not actually traverse through the alias to the underlying command object
The only times that an alias will be traversed are:
a) execution; when time comes to run an alias, I will just grab the underlying command and options, and make the interpreter execute that according to its current algorithm
b) subcommand traversal; if one has an alias to a multiword command, grabbing a subcommand will see through to the subcommand

Other operations, e.g. command listing, command names, command helps, ..., will all use the alias directly. This will, in turn, lead to the removal of the separate alias dictionary, and just mix user commands and aliases in one map

llvm-svn: 262986
lldb/include/lldb/Interpreter/CommandAlias.h
lldb/source/Commands/CommandObjectHelp.cpp
lldb/source/Interpreter/CommandAlias.cpp
lldb/source/Interpreter/CommandInterpreter.cpp