Eliminate UNSUPPORTED_ERROR.
authorPedro Alves <palves@redhat.com>
Wed, 11 Dec 2013 09:49:08 +0000 (09:49 +0000)
committerPedro Alves <palves@redhat.com>
Thu, 12 Dec 2013 10:15:48 +0000 (10:15 +0000)
commitf23981e9917c0322223aaa8941bd1ca13d1dcc58
tree42ce159acdacc4aadf84fbbd04394e89459b70e2
parent43942612f4278418e9b6c48c86e4f02798611f74
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.
gdb/ChangeLog
gdb/cli/cli-cmds.c
gdb/exceptions.h
gdb/python/python.c
gdb/python/python.h