aboutsummaryrefslogtreecommitdiff
path: root/gdb/stack.h
diff options
context:
space:
mode:
authorPedro Alves <palves@redhat.com>2017-09-04 20:21:14 +0100
committerPedro Alves <palves@redhat.com>2017-09-04 20:21:14 +0100
commit2c5a2be1902b50e34411baa57ff0b747e8e20e8b (patch)
tree664d7cd890e1ea1bcdbf8449d9350377291fb307 /gdb/stack.h
parent74ea4be48e1247b8f7c50fd3578c468f2ff1ae25 (diff)
downloadgdb-2c5a2be1902b50e34411baa57ff0b747e8e20e8b.zip
gdb-2c5a2be1902b50e34411baa57ff0b747e8e20e8b.tar.gz
gdb-2c5a2be1902b50e34411baa57ff0b747e8e20e8b.tar.bz2
Make ptype/whatis print function name of functions with no debug info too
The patch to make GDB stop assuming functions return int left GDB with an inconsistency. While with normal expression evaluation the "unknown return type" error shows the name of the function that misses debug info: (gdb) p getenv ("PATH") 'getenv' has unknown return type; cast the call to its declared return type ^^^^^^ which is handy in more complicated expressions, "ptype" does not: (gdb) ptype getenv ("PATH") function has unknown return type; cast the call to its declared return type ^^^^^^^^ This commit builds on the new OP_VAR_MSYM_VALUE to fix it, by making OP_FUNCALL extract the function name from the symbol stored in OP_VAR_VALUE/OP_VAR_MSYM_VALUE. We now get the same error in "print" vs "ptype": (gdb) ptype getenv() 'getenv' has unknown return type; cast the call to its declared return type (gdb) p getenv() 'getenv' has unknown return type; cast the call to its declared return type gdb/ChangeLog: 2017-09-04 Pedro Alves <palves@redhat.com> * eval.c (evaluate_subexp_standard): <OP_FUNCALL>: Extract function name from symbol/minsym and pass it to error_call_unknown_return_type. gdb/testsuite/ChangeLog: 2017-09-04 Pedro Alves <palves@redhat.com> * gdb.base/nodebug.exp: Test that ptype's error about functions with unknown return type includes the function name too.
Diffstat (limited to 'gdb/stack.h')
0 files changed, 0 insertions, 0 deletions