|
428
|
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
|
