]> code.delx.au - gnu-emacs/blob - src/m/pmax.h
Don't define HAVE_ALLOCA, C_ALLOCA and STACK_DIRECTION, now set by autoconf.
[gnu-emacs] / src / m / pmax.h
1 /* Machine description file for DEC MIPS machines. */
2
3 #include "mips.h"
4
5 /* The following line tells the configuration script what sort of
6 operating system this machine is likely to run.
7 USUAL-OPSYS="note"
8
9 NOTE-START
10 The operating system would be either osf1, ultrix, or NetBSD.
11 NOTE-END */
12
13 #undef WORDS_BIG_ENDIAN
14 #undef LIB_STANDARD
15 #undef START_FILES
16 #undef COFF
17 #undef TERMINFO
18 #define MAIL_USE_FLOCK
19 #define HAVE_UNION_WAIT
20
21
22 #ifdef MACH
23 #define START_FILES pre-crt0.o /usr/lib/crt0.o
24 #else
25 /* This line starts being needed with ultrix 4.0. */
26 /* You must delete it for version 3.1. */
27 #define START_FILES pre-crt0.o /usr/lib/cmplrs/cc/crt0.o
28 #endif
29
30 #if defined (__NetBSD__) || defined (__OpenBSD__)
31 #undef START_FILES
32 #undef RUN_TIME_REMAP
33 #undef UNEXEC
34 #define UNEXEC unexelf.o
35 #endif /* NetBSD || OpenBSD */
36
37 /* Supposedly the following will overcome a kernel bug. */
38 #undef LD_SWITCH_MACHINE
39 #undef DATA_START
40 #define DATA_START 0x10000000
41 #define DATA_SEG_BITS 0x10000000
42
43 #if 0
44 /* I don't see any such conflict in Ultrix 4.2, 4.2a, or 4.3. And
45 the relocating allocator is a real win. -JimB */
46
47 /* In Ultrix 4.1, XvmsAlloc.o in libX11.a seems to insist
48 on defining malloc itself. This should avoid conflicting with it. */
49 #define SYSTEM_MALLOC
50 #endif
51
52 /* Override what mips.h says about this. */
53 #if !defined (__NetBSD__)
54 #undef LINKER
55 #endif
56
57 #ifdef ultrix
58 /* Ultrix 4.2 (perhaps also 4.1) implements O_NONBLOCK
59 but it doesn't work right;
60 and it causes hanging in read_process_output. */
61 #define BROKEN_O_NONBLOCK
62 #endif
63
64 #ifndef __NetBSD__
65 /* mcc@timessqr.gc.cuny.edu says this makes Emacs work with DECnet. */
66 #ifdef HAVE_LIBDNET
67 #define LIBS_MACHINE -ldnet
68 #endif
69
70 /* mcc@timessqr.gc.cuny.edu says it is /vmunix on Ultrix 4.2a. */
71 #undef KERNEL_FILE
72 #define KERNEL_FILE "/vmunix"
73 #endif
74
75 #ifdef ultrix
76 /* Jim Wilson writes:
77 [...] The X11 include files that Dec distributes with Ultrix
78 are bogus.
79
80 When __STDC__ is defined (which is true with gcc), the X11 include files
81 try to define prototypes. The prototypes however use types which haven't
82 been defined yet, and thus we get syntax/parse errors.
83
84 You can not fix this by changing the include files, because the prototypes
85 create circular dependencies, in particular Xutil.h depends on types defined
86 in Xlib.h, and Xlib.h depends on types defined in Xutil.h. So, no matter
87 which order you try to include them in, it will still fail.
88
89 Compiling with -DNeedFunctionPrototypes=0 will solve the problem by
90 directly inhibiting the bad prototypes. This could perhaps just be put in
91 an a Ultrix configuration file.
92
93 Using the MIT X11 distribution instead of the one provided by Dec will
94 also solve the problem, but I doubt you can convince everyone to do this. */
95 /* Addendum: the MIT X11 distribution neglects to define certain symbols
96 when NeedFunctionPrototypes is 0, but still tries to use them when
97 NeedVarargsPrototypes is 1 (which is its default value). So if we're
98 going to disable non-variadic prototypes, we also need to disable
99 variadic prototypes. --kwzh@gnu.ai.mit.edu */
100 #define C_SWITCH_X_MACHINE -DNeedFunctionPrototypes=0 -DNeedVarargsPrototypes=0
101 #endif
102
103 /* Enable a fix in process.c. */
104 #define SET_CHILD_PTY_PGRP