I propose refactoring the command-line arguments to be more in the style of subcommands and flags. For example, to list branches with git, you would use the branch subcommand and the --list flag:
Specifically, I would like to implement these subcommands:
peek <address> [<count>] replaces the following:
--dump--lookup: use a --label flag to indicate the positional <address> argument is a label--deref: use a --deref flag to indicate that the positional <address> argument contains the location of the address to be read (would need to use both --label and --deref flags to replicate the existing functionality of the current --deref command)
poke <file> replaces the following:
--upload: use a --hex flag to specify a hex file--binary: use a --bin flag to specify binary--upload-wdc: use a --wdc flag to specify a WDCTools file--upload-srec: use a --srec flag to specify an SREC file
flash replaces --flashrevision replaces --revisionlist-serial-ports replaces --list-ports (I don't love this one, but just "ports" seems too generic since TCP bridge mode was added)bridge <host:port> replaces --tcp-bridge
I propose refactoring the command-line arguments to be more in the style of subcommands and flags. For example, to list branches with
git, you would use thebranchsubcommand and the--listflag:Specifically, I would like to implement these subcommands:
peek <address> [<count>]replaces the following:--dump--lookup: use a--labelflag to indicate the positional<address>argument is a label--deref: use a--derefflag to indicate that the positional<address>argument contains the location of the address to be read (would need to use both--labeland--derefflags to replicate the existing functionality of the current--derefcommand)poke <file>replaces the following:--upload: use a--hexflag to specify a hex file--binary: use a--binflag to specify binary--upload-wdc: use a--wdcflag to specify a WDCTools file--upload-srec: use a--srecflag to specify an SREC fileflashreplaces--flashrevisionreplaces--revisionlist-serial-portsreplaces--list-ports(I don't love this one, but just "ports" seems too generic since TCP bridge mode was added)bridge <host:port>replaces--tcp-bridge