|
0
|
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 #define HAVE_UNION_WAIT
|
|
|
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 /* Supposedly the following will overcome a kernel bug. */
|
|
|
31 #undef LD_SWITCH_MACHINE
|
|
|
32 #undef DATA_START
|
|
|
33 #define DATA_START 0x10000000
|
|
|
34 #define DATA_SEG_BITS 0x10000000
|
|
|
35
|
|
|
36 #if 0
|
|
|
37 /* I don't see any such conflict in Ultrix 4.2, 4.2a, or 4.3. And
|
|
|
38 the relocating allocator is a real win. -JimB */
|
|
|
39
|
|
|
40 /* In Ultrix 4.1, XvmsAlloc.o in libX11.a seems to insist
|
|
|
41 on defining malloc itself. This should avoid conflicting with it. */
|
|
|
42 #define SYSTEM_MALLOC
|
|
|
43 #endif
|
|
|
44
|
|
|
45 /* Override what mips.h says about this. */
|
|
|
46 #undef LINKER
|
|
|
47
|
|
|
48 /* Ultrix 4.2 (perhaps also 4.1) implements O_NONBLOCK
|
|
|
49 but it doesn't work right;
|
|
|
50 and it causes hanging in read_process_output. */
|
|
|
51 #define BROKEN_O_NONBLOCK
|
|
|
52
|
|
|
53 #if defined (OSF1) || defined (MACH)
|
|
|
54 #undef C_ALLOCA
|
|
|
55 #define HAVE_ALLOCA
|
|
|
56 #endif
|
|
|
57
|
|
|
58 /* mcc@timessqr.gc.cuny.edu says this makes Emacs work with DECnet. */
|
|
|
59 #ifdef HAVE_LIBDNET
|
|
|
60 #define LIBS_MACHINE -ldnet
|
|
|
61 #endif
|
|
|
62
|
|
|
63 /* mcc@timessqr.gc.cuny.edu says it is /vmunix on Ultrix 4.2a. */
|
|
|
64 #undef KERNEL_FILE
|
|
|
65 #define KERNEL_FILE "/vmunix"
|
|
|
66
|
|
|
67 #ifndef MACH
|
|
|
68 /* Jim Wilson writes:
|
|
|
69 [...] The X11 include files that Dec distributes with Ultrix
|
|
|
70 are bogus.
|
|
|
71
|
|
|
72 When __STDC__ is defined (which is true with gcc), the X11 include files
|
|
|
73 try to define prototypes. The prototypes however use types which haven't
|
|
|
74 been defined yet, and thus we get syntax/parse errors.
|
|
|
75
|
|
|
76 You can not fix this by changing the include files, because the prototypes
|
|
|
77 create circular dependencies, in particular Xutil.h depends on types defined
|
|
|
78 in Xlib.h, and Xlib.h depends on types defined in Xutil.h. So, no matter
|
|
|
79 which order you try to include them in, it will still fail.
|
|
|
80
|
|
|
81 Compiling with -DNeedFunctionPrototypes=0 will solve the problem by
|
|
|
82 directly inhibiting the bad prototypes. This could perhaps just be put in
|
|
|
83 an a Ultrix configuration file.
|
|
|
84
|
|
|
85 Using the MIT X11 distribution instead of the one provided by Dec will
|
|
|
86 also solve the problem, but I doubt you can convince everyone to do this. */
|
|
|
87
|
|
|
88 /* Addendum: the MIT X11 distribution neglects to define certain symbols
|
|
|
89 when NeedFunctionPrototypes is 0, but still tries to use them when
|
|
|
90 NeedVarargsPrototypes is 1 (which is its default value). So if we're
|
|
|
91 going to disable non-variadic prototypes, we also need to disable
|
|
|
92 variadic prototypes. --kwzh@gnu.ai.mit.edu */
|
|
|
93 #define C_SWITCH_X_MACHINE -DNeedFunctionPrototypes=0 -DNeedVarargsPrototypes=0
|
|
|
94 #endif
|
|
|
95
|
|
|
96 /* XEmacs: the following does nothing at all any more due to cleanup
|
|
|
97 of the create_process() code. */
|
|
|
98
|
|
|
99 /* Enable a fix in process.c. */
|
|
|
100 #define SET_CHILD_PTY_PGRP
|
