aboutsummaryrefslogtreecommitdiff
path: root/gdb/testsuite/gdb.ada/catch_ex_std.exp
diff options
context:
space:
mode:
authorTom Tromey <tom@tromey.com>2020-12-14 09:43:20 -0700
committerTom Tromey <tom@tromey.com>2020-12-14 09:43:20 -0700
commita6f3c8a1a8353424f00946f073e11c321119a719 (patch)
tree3b84a745976a7a44b5c467dc092edd930c33b00e /gdb/testsuite/gdb.ada/catch_ex_std.exp
parent18f1cb1fc5355629c74f7615e358e3007f4e3bae (diff)
downloadgdb-a6f3c8a1a8353424f00946f073e11c321119a719.zip
gdb-a6f3c8a1a8353424f00946f073e11c321119a719.tar.gz
gdb-a6f3c8a1a8353424f00946f073e11c321119a719.tar.bz2
Do not manually dissect OP_TYPE operations
Some code in GDB will examine the structure of an expression to see if it starts with OP_TYPE, and then proceed to extract the type by hand. There is no need to do this dissection manually. evaluate_type does the same thing via an "allowed" API. This patch changes such code to use evaluate_type. In two cases this simplifies the code. Regression tested on x86-64 Fedora 28. gdb/ChangeLog 2020-12-14 Tom Tromey <tom@tromey.com> * dtrace-probe.c (dtrace_process_dof_probe): Use value_type. * typeprint.c (whatis_exp): Always use evaluate_type. (maintenance_print_type): Likewise. Simplify.
Diffstat (limited to 'gdb/testsuite/gdb.ada/catch_ex_std.exp')
0 files changed, 0 insertions, 0 deletions