aboutsummaryrefslogtreecommitdiff
path: root/gdb/config
diff options
context:
space:
mode:
authorJim Kingdon <jkingdon@engr.sgi.com>1993-07-21 18:39:30 +0000
committerJim Kingdon <jkingdon@engr.sgi.com>1993-07-21 18:39:30 +0000
commit22b4b22308095876497fab6f1ee4de086d9a9488 (patch)
tree9cec462ffea985341ff073b43fcf51f9ff8a22b8 /gdb/config
parent8ff6f40e74bd92388e27618c402a73d350e727c2 (diff)
downloadgdb-22b4b22308095876497fab6f1ee4de086d9a9488.zip
gdb-22b4b22308095876497fab6f1ee4de086d9a9488.tar.gz
gdb-22b4b22308095876497fab6f1ee4de086d9a9488.tar.bz2
* config/pa/hppa{b,h}.h: Define ATTACH_DETACH.
Diffstat (limited to 'gdb/config')
-rw-r--r--gdb/config/pa/nm-hppab.h9
-rw-r--r--gdb/config/pa/nm-hppah.h9
2 files changed, 18 insertions, 0 deletions
diff --git a/gdb/config/pa/nm-hppab.h b/gdb/config/pa/nm-hppab.h
index 0b5ef6f..10f7bfd 100644
--- a/gdb/config/pa/nm-hppab.h
+++ b/gdb/config/pa/nm-hppab.h
@@ -26,3 +26,12 @@ Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */
/* 3rd argument to ptrace is supposed to be a caddr_t. */
#define PTRACE_ARG3_TYPE caddr_t
+
+/* attach/detach works to some extent under BSD and HPUX. So long
+ as the process you're attaching to isn't blocked waiting on io,
+ blocked waiting on a signal, or in a system call things work
+ fine. (The problems in those cases are related to the fact that
+ the kernel can't provide complete register information for the
+ target process... Which really pisses off GDB.) */
+
+#define ATTACH_DETACH
diff --git a/gdb/config/pa/nm-hppah.h b/gdb/config/pa/nm-hppah.h
index 6977a12..228821d 100644
--- a/gdb/config/pa/nm-hppah.h
+++ b/gdb/config/pa/nm-hppah.h
@@ -22,3 +22,12 @@ Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */
/* What a coincidence! */
#define REGISTER_U_ADDR(addr, blockend, regno) \
{ addr = (int)(blockend) + REGISTER_BYTE (regno);}
+
+/* attach/detach works to some extent under BSD and HPUX. So long
+ as the process you're attaching to isn't blocked waiting on io,
+ blocked waiting on a signal, or in a system call things work
+ fine. (The problems in those cases are related to the fact that
+ the kernel can't provide complete register information for the
+ target process... Which really pisses off GDB.) */
+
+#define ATTACH_DETACH