* config/sun4os4.mh (XDEPFILES): fork-child.o removed.

[deliverable/binutils-gdb.git] / gdb / xm-i386v4.h

diff --git a/gdb/xm-i386v4.h b/gdb/xm-i386v4.h
index 0b54b59fe75443325f31eafcefd2da0f65e426b1..9528d61c1c3a99c4a26ed6dbeb4f1e359b9d54aa 100644 (file)
--- a/gdb/xm-i386v4.h
+++ b/gdb/xm-i386v4.h
@@ -1,6 +1,6 @@
 /* Macro definitions for GDB on an Intel i386 running SVR4.
-   Copyright (C) 1991, Free Software Foundation, Inc.
-   Written by Fred Fish at Cygnus Support (fnf@cygint)
+   Copyright 1991, 1992 Free Software Foundation, Inc.
+   Written by Fred Fish at Cygnus Support (fnf@cygnus.com).
 
 This file is part of GDB.
 
@@ -24,5 +24,22 @@ Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.  */
 
 /* Pick up more stuff from the generic SVR4 host include file. */
 
-#include "xm-svr4.h"
+#include "xm-sysv4.h"
 
+/* The native AT&T compiler for i386/SVR4 complains about using volatile
+   to indicate functions that never return.  So shut it up by simply
+   defining away "NORETURN", which is normally defined to "volatile". */
+
+#ifndef __GNUC__
+# define NORETURN /**/
+#endif
+
+/* If you expect to use the mmalloc package to obtain mapped symbol files,
+   for now you have to specify some parameters that determine how gdb places
+   the mappings in it's address space.  See the comments in map_to_address()
+   for details.  This is expected to only be a short term solution.  Yes it
+   is a kludge.
+   FIXME:  Make this more automatic. */
+
+#define MMAP_BASE_ADDRESS      0x81000000      /* First mapping here */
+#define MMAP_INCREMENT         0x01000000      /* Increment to next mapping */