FreeChainXenon/binutils-gdb
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

* config/pa/hppa{b,h}.h: Define ATTACH_DETACH.

Browse source
This commit is contained in:
Jim Kingdon 1993-07-21 18:39:30 +00:00
parent 8ff6f40e74
commit 22b4b22308
3 changed files with 22 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

4
gdb/ChangeLog
View file

@ -1,3 +1,7 @@
Wed Jul 21 11:37:30 1993 Jim Kingdon (kingdon@deneb.cygnus.com)
* config/pa/hppa{b,h}.h: Define ATTACH_DETACH.
Wed Jul 21 03:07:30 1993 Peter Schauer (pes@regent.e-technik.tu-muenchen.de) Wed Jul 21 03:07:30 1993 Peter Schauer (pes@regent.e-technik.tu-muenchen.de)
* config/mips/xm-makeva.h: New file implements va_list alignment * config/mips/xm-makeva.h: New file implements va_list alignment

9
gdb/config/pa/nm-hppab.h
View file

@ -26,3 +26,12 @@ Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */
/* 3rd argument to ptrace is supposed to be a caddr_t. */ /* 3rd argument to ptrace is supposed to be a caddr_t. */
#define PTRACE_ARG3_TYPE 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

9
gdb/config/pa/nm-hppah.h
View file

@ -22,3 +22,12 @@ Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */
/* What a coincidence! */ /* What a coincidence! */
#define REGISTER_U_ADDR(addr, blockend, regno) \ #define REGISTER_U_ADDR(addr, blockend, regno) \
{ addr = (int)(blockend) + REGISTER_BYTE (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