enum __ptrace_request in gdbserver
Random dirty enum hacks, needs cleaning up
enum target_hw_bp_type in the target_insert_watchpoint interface

Need to update all targets.
fix up vec.h
add cast in queue.h
use new and newvec in some sopts

not quite ready for upstream - did not do a full check
however this did catch one latent buglet
more "new" usage

this one caught a bug in the overload code
see the gdbtypes.c change
auto-generated patch to insert casts needed for C++

merged with:

fix up after cast-insertion script

this fixes some bugs introduced by the cast insertion script
the problem is actually caused by gcc emitting the wrong
type name in an error message
this has been reported to gcc bugzilla

merged with:
some casts needed for SYMBOL_SET_LINKAGE_NAME

merged with:
add a few casts that the scripts missed

merged with:
add some casts to gdbarch.sh

merged with:

  the script was a bit too eager; and gcc has a bug that we need to work around

palves:
  manual tweaks, and re-ran the script.
  also ran the script on gdbserver, and merged in the fixups
casts in gdb/linux-thread-db.c and gdb/gdbserver/thread-db.c
add cast to observer.sh
enum conversions in print_source_lines
syscall enum conversion fixes

palves:
  renamed gdb_sys_error to gdb_sys_no_syscall.
ui-out enum conversion fixes

palves:
  changed verify_field's prototype instead to use enum ui_align, removing need for casts.
more enum gdb_signal fixes
random enum fixes
fix execution_direction's type
more random enum fixes
c-exp.y: bit-vectors shouldn't be enums
even more enum conversions
gdbserver/event-loop.c: client_data

Building with C++ caught a bug here.