diff options
author | Tom Tromey <tom@tromey.com> | 2018-04-26 16:51:40 -0600 |
---|---|---|
committer | Tom Tromey <tom@tromey.com> | 2018-05-31 15:02:01 -0600 |
commit | 984ee559a26e138d8bcc1f850c1cacb9eded2b1c (patch) | |
tree | 504dc1fa3ac05e31c032ddffaea0affa1c83eda2 /gdb/NEWS | |
parent | 7729052b5377bfbf1c5ec5eaab59dd5071d4c5b1 (diff) | |
download | gdb-984ee559a26e138d8bcc1f850c1cacb9eded2b1c.zip gdb-984ee559a26e138d8bcc1f850c1cacb9eded2b1c.tar.gz gdb-984ee559a26e138d8bcc1f850c1cacb9eded2b1c.tar.bz2 |
Fix "set" handling of Python parameters
It's long bothered me that setting a Python parameter from the CLI
will print the "set" help text by default. I think usually "set"
commands should be silent. And, while you can modify this behavior a
bit by providing a "get_set_string" method, if this method returns an
empty string, a blank line will be printed.
This patch removes the "help" behavior and changes the get_set_string
behavior to avoid printing a blank line. The code has a comment about
preserving API behavior, but I don't think this is truly important;
and in any case the workaround -- implementing get_set_string -- is
trivial.
Regression tested on x86-64 Fedora 26.
2018-04-26 Tom Tromey <tom@tromey.com>
* NEWS: Mention new "set" behavior.
* python/py-param.c (get_set_value): Don't print an empty string.
Don't call get_doc_string.
gdb/doc/ChangeLog
2018-04-26 Tom Tromey <tom@tromey.com>
* python.texi (Parameters In Python): Update get_set_string
documentation.
Diffstat (limited to 'gdb/NEWS')
-rw-r--r-- | gdb/NEWS | 4 |
1 files changed, 4 insertions, 0 deletions
@@ -46,6 +46,10 @@ set|show record btrace cpu gdb.set_convenience_variable can be used to get and set the value of convenience variables. + ** A gdb.Parameter will no longer print the "set" help text on an + ordinary "set"; instead by default a "set" will be silent unless + the get_set_string method returns a non-empty string. + * New targets RiscV ELF riscv*-*-elf |