aboutsummaryrefslogtreecommitdiff
path: root/gdb/breakpoint.c
diff options
context:
space:
mode:
authorPedro Alves <palves@redhat.com>2013-12-11 09:49:08 +0000
committerPedro Alves <palves@redhat.com>2013-12-12 10:15:48 +0000
commitf23981e9917c0322223aaa8941bd1ca13d1dcc58 (patch)
tree42ce159acdacc4aadf84fbbd04394e89459b70e2 /gdb/breakpoint.c
parent43942612f4278418e9b6c48c86e4f02798611f74 (diff)
downloadgdb-f23981e9917c0322223aaa8941bd1ca13d1dcc58.zip
gdb-f23981e9917c0322223aaa8941bd1ca13d1dcc58.tar.gz
gdb-f23981e9917c0322223aaa8941bd1ca13d1dcc58.tar.bz2
Eliminate UNSUPPORTED_ERROR.
I have a case that could use an exception for "unsupported feature". I found UNSUPPORTED_ERROR, but looking deeper, I think as is, reusing it for other things would be fragile. E.g., if the Python script sourced by source_script_from_stream triggers any other missing functionality that would result in UNSUPPORTED_ERROR being propagated out to source_script_from_stream, that would confuse the error for Python not being built into GDB. This patch thus redoes things a little. Instead of using an exception for the "No Python" scenario, check whether Python is configured in before actually trying to source the file. It adds a new function instead of using #ifdef HAVE_PYTHON directly, as that is better at avoiding bitrot, as both Python and !Python paths are visible to the compiler this way. Tested on Fedora 17, with and without Python. gdb/ 2013-12-12 Pedro Alves <palves@redhat.com> * cli/cli-cmds.c (source_script_from_stream) Use have_python instead of catching UNSUPPORTED_ERROR. * exceptions.h (UNSUPPORTED_ERROR): Delete. * python/python.c (source_python_script) [!HAVE_PYTHON]: Internal error if called. * python/python.h (have_python): New static inline function.
Diffstat (limited to 'gdb/breakpoint.c')
0 files changed, 0 insertions, 0 deletions