#include "mips.h"
-/* The following line tells the configuration script what sort of
+/* The following line tells the configuration script what sort of
operating system this machine is likely to run.
- USUAL-OPSYS="note"
+ USUAL-OPSYS="note"
NOTE-START
-Use -opsystem=osf1 for OSF/1, and -opsystem=bsd4-3 otherwise.
+The operating system would be either osf1, ultrix, or NetBSD.
NOTE-END */
-#undef BIG_ENDIAN
+#ifndef __MIPSEB__
+#undef WORDS_BIG_ENDIAN
+#endif
#undef LIB_STANDARD
#undef START_FILES
#undef COFF
#define MAIL_USE_FLOCK
#define HAVE_UNION_WAIT
+
+#ifdef MACH
+#define START_FILES pre-crt0.o /usr/lib/crt0.o
+#else
/* This line starts being needed with ultrix 4.0. */
/* You must delete it for version 3.1. */
#define START_FILES pre-crt0.o /usr/lib/cmplrs/cc/crt0.o
+#endif
+
+#if defined (__NetBSD__) || defined (__OpenBSD__)
+#undef START_FILES
+#define START_FILES pre-crt0.o /usr/lib/crt0.o
+#undef RUN_TIME_REMAP
+#undef UNEXEC
+#define UNEXEC unexelf.o
+#endif /* NetBSD || OpenBSD */
/* Supposedly the following will overcome a kernel bug. */
#undef LD_SWITCH_MACHINE
#define SYSTEM_MALLOC
#endif
-/* Override what m-mips.h says about this. */
+/* Override what mips.h says about this. */
+#if !defined (__NetBSD__)
#undef LINKER
+#endif
+#ifdef ultrix
/* Ultrix 4.2 (perhaps also 4.1) implements O_NONBLOCK
but it doesn't work right;
and it causes hanging in read_process_output. */
#define BROKEN_O_NONBLOCK
-
-#ifdef OSF1
-#undef C_ALLOCA
-#define HAVE_ALLOCA
#endif
+#ifndef __NetBSD__
/* mcc@timessqr.gc.cuny.edu says this makes Emacs work with DECnet. */
#ifdef HAVE_LIBDNET
#define LIBS_MACHINE -ldnet
/* mcc@timessqr.gc.cuny.edu says it is /vmunix on Ultrix 4.2a. */
#undef KERNEL_FILE
#define KERNEL_FILE "/vmunix"
+#endif
+
+#ifdef ultrix
+/* Jim Wilson writes:
+ [...] The X11 include files that Dec distributes with Ultrix
+ are bogus.
+
+ When __STDC__ is defined (which is true with gcc), the X11 include files
+ try to define prototypes. The prototypes however use types which haven't
+ been defined yet, and thus we get syntax/parse errors.
+
+ You can not fix this by changing the include files, because the prototypes
+ create circular dependencies, in particular Xutil.h depends on types defined
+ in Xlib.h, and Xlib.h depends on types defined in Xutil.h. So, no matter
+ which order you try to include them in, it will still fail.
+
+ Compiling with -DNeedFunctionPrototypes=0 will solve the problem by
+ directly inhibiting the bad prototypes. This could perhaps just be put in
+ an a Ultrix configuration file.
+
+ Using the MIT X11 distribution instead of the one provided by Dec will
+ also solve the problem, but I doubt you can convince everyone to do this. */
+/* Addendum: the MIT X11 distribution neglects to define certain symbols
+ when NeedFunctionPrototypes is 0, but still tries to use them when
+ NeedVarargsPrototypes is 1 (which is its default value). So if we're
+ going to disable non-variadic prototypes, we also need to disable
+ variadic prototypes. --kwzh@gnu.ai.mit.edu */
+#define C_SWITCH_X_MACHINE -DNeedFunctionPrototypes=0 -DNeedVarargsPrototypes=0
+#endif
+
+/* Enable a fix in process.c. */
+#define SET_CHILD_PTY_PGRP
+
+/* arch-tag: 45d5070e-d2b7-479f-b336-3fd497c36e15
+ (do not change this comment) */