fix repeated ext_format_i960 local decls so sun4 cc accepts it

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

diff --git a/gdb/xm-sun3os4.h b/gdb/xm-sun3os4.h
index d7d1c958d0405b2cfa60e3c31c288a25cf64a174..cf23a4b0a5f4cd5efb870aa067466e639308f198 100644 (file)
--- a/gdb/xm-sun3os4.h
+++ b/gdb/xm-sun3os4.h
@@ -26,3 +26,23 @@ Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.  */
    the area occupied by the shared libraries.  Sun knows about this bug
    but has no obvious fix for it.  */
 #define BROKEN_LARGE_ALLOCA
+
+/* SunOS 4.x has memory mapped files.  */
+
+#define HAVE_MMAP
+
+/* 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      0xE0000000      /* First mapping here */
+#define MMAP_INCREMENT         0x01000000      /* Increment to next mapping */
+
+/* Prevent type conflicts between yacc malloc decls and defs.h */
+#define MALLOC_INCOMPATIBLE
+extern char *malloc();
+extern char *realloc();
+extern void free();