2002-03-11 01:01:11 +01:00
|
|
|
/* Target signal numbers for GDB and the GDB remote protocol.
|
2013-01-01 07:41:30 +01:00
|
|
|
Copyright 1986-2013 Free Software Foundation, Inc.
|
2002-03-11 01:01:11 +01:00
|
|
|
|
|
|
|
This file is part of GDB.
|
|
|
|
|
|
|
|
This program is free software; you can redistribute it and/or modify
|
|
|
|
it under the terms of the GNU General Public License as published by
|
2007-08-23 20:17:33 +02:00
|
|
|
the Free Software Foundation; either version 3 of the License, or
|
2002-03-11 01:01:11 +01:00
|
|
|
(at your option) any later version.
|
|
|
|
|
|
|
|
This program is distributed in the hope that it will be useful,
|
|
|
|
but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
GNU General Public License for more details.
|
|
|
|
|
|
|
|
You should have received a copy of the GNU General Public License
|
2007-08-23 20:17:33 +02:00
|
|
|
along with this program. If not, see <http://www.gnu.org/licenses/>. */
|
2002-03-11 01:01:11 +01:00
|
|
|
|
|
|
|
#ifndef GDB_SIGNALS_H
|
|
|
|
#define GDB_SIGNALS_H
|
|
|
|
|
|
|
|
/* The numbering of these signals is chosen to match traditional unix
|
|
|
|
signals (insofar as various unices use the same numbers, anyway).
|
|
|
|
It is also the numbering of the GDB remote protocol. Other remote
|
|
|
|
protocols, if they use a different numbering, should make sure to
|
|
|
|
translate appropriately.
|
|
|
|
|
|
|
|
Since these numbers have actually made it out into other software
|
|
|
|
(stubs, etc.), you mustn't disturb the assigned numbering. If you
|
|
|
|
need to add new signals here, add them to the end of the explicitly
|
2002-05-10 00:19:48 +02:00
|
|
|
numbered signals, at the comment marker. Add them unconditionally,
|
|
|
|
not within any #if or #ifdef.
|
2002-03-11 01:01:11 +01:00
|
|
|
|
|
|
|
This is based strongly on Unix/POSIX signals for several reasons:
|
|
|
|
(1) This set of signals represents a widely-accepted attempt to
|
|
|
|
represent events of this sort in a portable fashion, (2) we want a
|
|
|
|
signal to make it from wait to child_wait to the user intact, (3) many
|
|
|
|
remote protocols use a similar encoding. However, it is
|
|
|
|
recognized that this set of signals has limitations (such as not
|
|
|
|
distinguishing between various kinds of SIGSEGV, or not
|
|
|
|
distinguishing hitting a breakpoint from finishing a single step).
|
|
|
|
So in the future we may get around this either by adding additional
|
|
|
|
signals for breakpoint, single-step, etc., or by adding signal
|
|
|
|
codes; the latter seems more in the spirit of what BSD, System V,
|
|
|
|
etc. are doing to address these issues. */
|
|
|
|
|
|
|
|
/* For an explanation of what each signal means, see
|
2012-05-24 18:39:13 +02:00
|
|
|
gdb_signal_to_string. */
|
2002-03-11 01:01:11 +01:00
|
|
|
|
2012-05-24 18:39:13 +02:00
|
|
|
enum gdb_signal
|
2002-03-11 01:01:11 +01:00
|
|
|
{
|
2010-07-31 06:17:44 +02:00
|
|
|
#define SET(symbol, constant, name, string) \
|
|
|
|
symbol = constant,
|
|
|
|
#include "gdb/signals.def"
|
|
|
|
#undef SET
|
2002-03-11 01:01:11 +01:00
|
|
|
};
|
|
|
|
|
|
|
|
#endif /* #ifndef GDB_SIGNALS_H */
|