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