Mercurial > hg > xemacs-beta
comparison src/m/pmax.h @ 0:376386a54a3c r19-14
Import from CVS: tag r19-14
author | cvs |
---|---|
date | Mon, 13 Aug 2007 08:45:50 +0200 |
parents | |
children | 43dd3413c7c7 |
comparison
equal
deleted
inserted
replaced
-1:000000000000 | 0:376386a54a3c |
---|---|
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 |