X-Git-Url: http://git.efficios.com/?a=blobdiff_plain;f=gdb%2Fconfig%2Fi386%2Fnm-i386sol2.h;h=b71ee82ca91944ca0d24c0466259094fb81a9c88;hb=bdccea594ed373625da4789e3f832cc4e7667b14;hp=68d61fcbbd780b5bfaa8c146eba23b9b4de9c7c4;hpb=30727aa6d12fb866494020c0b62ab265a2bdcdfe;p=deliverable%2Fbinutils-gdb.git diff --git a/gdb/config/i386/nm-i386sol2.h b/gdb/config/i386/nm-i386sol2.h index 68d61fcbbd..b71ee82ca9 100644 --- a/gdb/config/i386/nm-i386sol2.h +++ b/gdb/config/i386/nm-i386sol2.h @@ -1,5 +1,5 @@ /* Native support for i386 running Solaris 2. - Copyright 1998 Free Software Foundation, Inc. + Copyright 1998, 1999, 2000 Free Software Foundation, Inc. This file is part of GDB. @@ -18,19 +18,50 @@ Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ -#include "nm-sysv4.h" +/* Use SVR4 style shared library support */ -#ifdef HAVE_THREAD_DB_LIB +#include "solib.h" -#ifdef __STDC__ -struct objfile; -#endif +/* SVR4 has /proc support, so use it instead of ptrace. */ -#define target_new_objfile(OBJFILE) sol_thread_new_objfile (OBJFILE) +#define USE_PROC_FS -void sol_thread_new_objfile PARAMS ((struct objfile * objfile)); +#ifdef NEW_PROC_API /* Solaris 6 and above can do HW watchpoints */ -#define FIND_NEW_THREADS sol_find_new_threads -void sol_find_new_threads PARAMS ((void)); +#define TARGET_HAS_HARDWARE_WATCHPOINTS -#endif +/* The man page for proc4 on solaris 6 and 7 says that the system + can support "thousands" of hardware watchpoints, but gives no + method for finding out how many. So just tell GDB 'yes'. */ +#define TARGET_CAN_USE_HARDWARE_WATCHPOINT(TYPE, CNT, OT) 1 +#define TARGET_REGION_SIZE_OK_FOR_HW_WATCHPOINT(SIZE) 1 + +/* When a hardware watchpoint fires off the PC will be left at the + instruction following the one which caused the watchpoint. + It will *NOT* be necessary for GDB to step over the watchpoint. */ +#define HAVE_CONTINUABLE_WATCHPOINT 1 + +/* Solaris x86 2.6 and 2.7 targets have a kernel bug when stepping + over an instruction that causes a page fault without triggering + a hardware watchpoint. The kernel properly notices that it shouldn't + stop, because the hardware watchpoint is not triggered, but it forgets + the step request and continues the program normally. + Work around the problem by removing hardware watchpoints if a step is + requested, GDB will check for a hardware watchpoint trigger after the + step anyway. */ +#define CANNOT_STEP_HW_WATCHPOINTS + +extern int procfs_stopped_by_watchpoint (ptid_t); +#define STOPPED_BY_WATCHPOINT(W) \ + procfs_stopped_by_watchpoint(inferior_ptid) + +/* Use these macros for watchpoint insertion/deletion. */ +/* type can be 0: write watch, 1: read watch, 2: access watch (read/write) */ + +extern int procfs_set_watchpoint (ptid_t, CORE_ADDR, int, int, int); +#define target_insert_watchpoint(ADDR, LEN, TYPE) \ + procfs_set_watchpoint (inferior_ptid, ADDR, LEN, TYPE, 1) +#define target_remove_watchpoint(ADDR, LEN, TYPE) \ + procfs_set_watchpoint (inferior_ptid, ADDR, 0, 0, 0) + +#endif /* NEW_PROC_API */