aboutsummaryrefslogtreecommitdiff
path: root/bfd
diff options
context:
space:
mode:
authorPedro Alves <palves@redhat.com>2019-06-13 15:22:44 +0100
committerPedro Alves <palves@redhat.com>2019-06-13 15:22:44 +0100
commit4c04873103043dc9a1c8d6cdeea1b9b1f545f375 (patch)
treef4adcab2e6f1551d7fa9e95d1c6d9acdc8cdccae /bfd
parent57a63d27dcc8c7620f2168b370b649c7458c687e (diff)
downloadgdb-4c04873103043dc9a1c8d6cdeea1b9b1f545f375.zip
gdb-4c04873103043dc9a1c8d6cdeea1b9b1f545f375.tar.gz
gdb-4c04873103043dc9a1c8d6cdeea1b9b1f545f375.tar.bz2
Fix "set integer-command unlimited junk"
With integer commands that support "unlimited", we currently fail to notice junk after "unlimited": (gdb) show print elements Limit on string chars or array elements to print is 200. (gdb) set print elements unlimited foo (gdb) show print elements Limit on string chars or array elements to print is unlimited. This commit fixes that. After, we get: (gdb) set print elements unlimited foo Junk after "unlimited": foo gdb/ChangeLog: 2019-06-13 Pedro Alves <palves@redhat.com> * cli/cli-setshow.c (cli/cli-setshow.c): New parameter 'expression'. When parsing an expression, error out if there's junk after "unlimited". (parse_cli_var_uinteger, parse_cli_var_zuinteger_unlimited) (do_set_command): Adjust calls to is_unlimited_literal. gdb/testsuite/ChangeLog: 2019-06-13 Pedro Alves <palves@redhat.com> * gdb.base/settings.exp (test-integer): Test junk after "unlimited".
Diffstat (limited to 'bfd')
0 files changed, 0 insertions, 0 deletions