25852
|
1 This is a list of the status of GNU Emacs on various machines and systems.
|
|
2
|
|
3 For each system and machine, we give the configuration name you should
|
|
4 pass to the `configure' script to prepare to build Emacs for that
|
|
5 system/machine.
|
|
6
|
|
7 The `configure' script uses the configuration name to decide which
|
|
8 machine and operating system description files `src/config.h' should
|
|
9 include. The machine description files are all in `src/m', and have
|
|
10 names similar to, but not identical to, the machine names used in
|
|
11 configuration names. The operating system files are all in `src/s',
|
|
12 and are named similarly. See the `configure' script if you need to
|
|
13 know which configuration names use which machine and operating system
|
|
14 description files.
|
|
15
|
|
16 If you add support for a new configuration, add a section to this
|
|
17 file, and then edit the `configure' script to tell it which
|
|
18 configuration name(s) should select your new machine description and
|
|
19 system description files.
|
|
20
|
|
21
|
|
22 Here are the configurations Emacs is intended to work with, with the
|
|
23 corresponding configuration names. You can postpend version numbers
|
|
24 to operating system names (i.e. sunos4.1) or architecture names (i.e.
|
|
25 hppa1.1). If you leave out the version number, the `configure' script
|
|
26 will configure Emacs for the latest version it knows about.
|
|
27
|
|
28 Acorn RISCiX (arm-acorn-riscix1.2)
|
|
29
|
|
30 Emacs 19.29 has changes that ought to support RISCiX 1.2.
|
|
31
|
|
32 Due to a bug in the RISCiX C compiler (3.4.5), emacs must
|
|
33 be built with gcc (versions 2.5.8 onwards).
|
|
34
|
|
35 In addition, you will need GNU sed and GNU make, as the RISCiX release
|
|
36 versions of these utilities cannot cope with building emacs-19!
|
|
37
|
|
38 GNU sed should be configured with:
|
|
39
|
|
40 env 'DEFS=-Dgetopt=gnu_getopt -Dopterr=gnu_opterr -Doptind=gnu_optind \
|
|
41 -Doptarg=gnu_optarg' ./configure
|
|
42
|
|
43 GNU make (3.72+) should be configured with:
|
|
44
|
|
45 env 'CFLAGS=-Dgetopt=gnu_getopt -Dopterr=gnu_opterr -Doptind=gnu_optind \
|
|
46 -Doptarg=gnu_optarg' ./configure
|
|
47
|
|
48 Emacs may be configured to use the X toolkit, by adding --with-x-toolkit
|
|
49 to the configure command. If you do this, you will need to edit the line
|
|
50 in src/Makefile which defines LIBW (about line 59) to read:
|
|
51
|
|
52 LIBW= -lXaw_n
|
|
53
|
|
54 This ensures that the non-shared widget library is used.
|
|
55
|
|
56 It is unlikely that this version of emacs will work with RISCiX 1.1.
|
|
57
|
|
58 Alliant (fx80-alliant-bsd):
|
|
59
|
|
60 18.52 worked on system version 4. Previous Emacs versions were
|
|
61 known to work on previous system versions.
|
|
62
|
|
63 If you are using older versions of their operating system, you may
|
|
64 need to edit `src/config.h' to use `m/alliant1.h' (on version 1) or
|
|
65 `m/alliant.h' (on versions 2 and 3).
|
|
66
|
|
67 Alliant FX/2800 (i860-alliant-bsd)
|
|
68
|
|
69 Known to work with 19.26 and OS version 2.2, compiler version 1.3.
|
|
70
|
30454
|
71 Alpha (DEC) running OSF/1 or GNU/Linux (alpha-dec-osf1, alpha-dec-linux-gnu)
|
25852
|
72
|
|
73 For OSF/1 (aka Digital Unix) version 4.0, update 386,
|
|
74 it is reported that you need to run configure this way:
|
|
75
|
|
76 configure --x-includes=/usr/include --x-libraries=/usr/shlib
|
|
77
|
44610
|
78 DEC C compiler version 5.9 (DEC C V5.9-005 on Digital UNIX V4.0f)
|
|
79 is reported to produce bogus binaries of Emacs 21.2 when the
|
|
80 command-line switches "-O4 -arch ev6 -tune ev6" are used. Using
|
|
81 just -O4 produces a good executable.
|
|
82
|
25852
|
83 For 4.0 revision 564, and 4.0A and 4.0B, Emacs 20 seems to work
|
34881
|
84 with no special configuration options. However, if you use GCC as
|
|
85 your compiler, you will need version 2.8.1 or later, as older
|
|
86 versions fail to build with a message "Invalid dimension for the
|
|
87 charset-ID 160".
|
25852
|
88
|
30454
|
89 Note that the X11 libraries on GNU/Linux systems for the Alpha are
|
|
90 said to have bugs that prevent Emacs from working with X (as of
|
|
91 November 1995). Recent releases work (July 2000).
|
25852
|
92
|
|
93 Altos 3068 (m68k-altos-sysv)
|
|
94
|
|
95 18.52 was said to work, provided you don't compile unexec.c with -O.
|
|
96
|
|
97 Amdahl UTS (580-amdahl-sysv)
|
|
98
|
|
99 Small changes for 18.38 were merged in 18.39. It is mostly
|
|
100 working, but at last report a bug sometimes causes Emacs to
|
|
101 grab very large amounts of memory. No fix or explanation
|
|
102 has yet been reported. It may be possible to find this bug
|
|
103 if you find which Emacs command it happens within and then
|
|
104 run that command with a breakpoint set at malloc.
|
|
105
|
|
106 The 5.2u370 compiler is so brain damaged that it is not
|
|
107 even worth trying to use it. Success was obtained with the
|
|
108 uts native C compiler on uts version 5.2.5.
|
|
109
|
49006
|
110 Apple Macintosh running Mac OS X
|
|
111
|
49550
|
112 For installation on all versions of the Mac OS platform, see the file
|
49006
|
113 mac/INSTALL.
|
|
114
|
40012
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
115 Apple PowerPC Macintosh running GNU/Linux
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
116
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
117 There are special considerations for a variety of this system which
|
40020
|
118 is known as the ``Yellow Dog [GNU/]Linux'': Emacs may crash during
|
40012
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
119 dumping. To solve this, edit the header file src/m/macppc.h in the
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
120 Emacs distribution, and remove the "#if 0" and "#endif" directives
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
121 which surround the following block near the end of the file:
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
122
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
123 #if 0 /* This breaks things on PPC GNU/Linux ecept for Yellowdog,
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
124 even with identical GCC, as, ld. Let's take it out until we
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
125 know what's really going on here. */
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
126 /* GCC 2.95 and newer on GNU/Linux PPC changed the load address to
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
127 0x10000000. */
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
128 #if defined __linux__
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
129 #if __GNUC__ > 2 || (__GNUC__ == 2 && __GNUC_MINOR__ >= 95)
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
130 #define DATA_SEG_BITS 0x10000000
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
131 #endif
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
132 #endif
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
133 #endif /* 0 */
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
134
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
135 After that, reconfigure and rebuild Emacs. It should now build
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
136 successfully.
|
b6782242cb0d
Add an entry for MacPPC, and mention special problems on the Yellow Dog.
Eli Zaretskii <eliz@gnu.org>
diff
changeset
|
137
|
25852
|
138 Apollo running X Windows (m68k-apollo-bsd)
|
|
139
|
|
140 Apollo version now supports dumping. It has been tested on SR10.3 and
|
|
141 SR10.4. It certainly requires at least SR10.0, and maybe SR10.2. Be sure
|
|
142 to build in the BSD environment.
|
|
143
|
|
144 By default, everything is compiled with the switch "-W0,-opt,2". Don't try
|
|
145 to change this to full optimization (-O). The full optimizer (in Domain CC
|
|
146 6.7, 6.8 and 6.9) generates some bad code in several modules which causes
|
|
147 the emacs window, under X, to be refreshed with each keystroke.
|
|
148
|
|
149 The configuration stuff should work for the most part. However, some Domain
|
|
150 installations may have to edit src/Makefile manually after it is created.
|
|
151 There are too many versions of both cc and X to automate this easily.
|
|
152
|
|
153 In `lib-src/Makefile', emacsclient and emacsserver compile and work fine
|
|
154 under CC 6.9. They now probably work under other versions of the compiler,
|
|
155 as well.
|
|
156
|
|
157 The Apollo Domain CC compiler will issue quite a few warning messages,
|
|
158 mostly complaining about incompatible pointers. In general, these are
|
|
159 harmless and can be ignored. If you discover otherwise, please submit a bug
|
|
160 report identifying the problem in detail.
|
|
161
|
|
162 When you try to dump emacs, you may get the message ".rwdi section needs
|
|
163 relocation." This means you are linking with some code that has compressed
|
|
164 data sections. In some cases this comes from linking with X libraries. Try
|
|
165 using shared X libraries instead. With some versions of Domain/OS this is
|
49549
|
166 as simple as removing the "-lX11" from the LIBX line in src/Makefile.
|
|
167
|
25852
|
168 When running the configure script, use the configuration name
|
|
169 "m68k-apollo-bsd". You will also need to use the "-with-gcc=no" and
|
|
170 "-with-x" options. Depending upon your site configuration, you may have to
|
|
171 use other configure options, as well. Examine the INSTALL file for other
|
|
172 configure options.
|
|
173
|
|
174 Check out the file 'lisp/x-apollo.el'. To use it, add
|
|
175
|
|
176 (load "x-apollo")
|
|
177
|
|
178 to your .emacs file. It provides useful default Apollo function key
|
|
179 bindings.
|
|
180
|
|
181 AT&T 3b2, 3b5, 3b15, 3b20 (we32k-att-sysv)
|
|
182
|
49549
|
183 Emacs will probably not work with certain kernel constants too small.
|
25852
|
184
|
49549
|
185 In param.h CDLIMIT should be at least (1L << 12) in order to allow
|
25852
|
186 processes to write up to 2 Mbyte files. This parameter is configurable
|
|
187 by normal means in /etc/master.d/kernel; examine that file for the
|
|
188 symbol CDLIMIT or ULIMIT, and raise it by several powers of 2. Then
|
|
189 do normal kernel rebuild things via "cd /boot; mkboot -k KERNEL" and so
|
|
190 forth.
|
|
191
|
|
192 In seg.h NSEGP and STACKSEG should be at least 16 and 4 respectively
|
|
193 to allow processes with total size of up to 2Mbytes.
|
|
194 However, I'm told it is unlikely this would fail to be true.
|
|
195
|
|
196 The MAXMEM may also prevent Emacs from running. The file
|
|
197 3B-MAXMEM in this directory explains how to increase MAXMEM.
|
|
198
|
|
199 On some of these machines, you may need to define IN_SCCS_ID
|
|
200 in config.h to make Emacs work. Supposedly you can tell whether
|
|
201 this is necessary by checking something in /usr/include/sys/time.h;
|
|
202 we do not know precisely what.
|
|
203
|
|
204 AT&T 7300 or 3b1 (m68k-att-sysv)
|
|
205
|
|
206 18.52 worked. If you have strange troubles with dumping
|
|
207 Emacs, delete the last few lines from `src/m/7300.h' and recompile.
|
|
208 These lines are supposed to produce a sharable executable.
|
|
209
|
|
210 `src/m/7300.h' defines SHORTNAMES because operating system versions
|
|
211 older than 3.5 did not support long symbol names. Version 3.5 does
|
|
212 support them, so you can remove the #define SHORTNAMES in that
|
|
213 version.
|
|
214
|
|
215 Bull DPX/2 models 2nn or 3nn (m68k-bull-sysv3)
|
|
216
|
|
217 Minor fixes merged into 19.19, which should work with CC or GCC.
|
|
218
|
|
219 You should compile with all the POSIX stuff: undef _SYSV and define
|
|
220 _POSIX_SOURCE, _XOPEN_SOURCE and _BULL_SOURCE.
|
|
221
|
|
222 On bos2.00.45 there is a bug that makes the F_SETOWN fcntl
|
49549
|
223 call enters in an infinite loop. F_SETOWN_BUG has been defined to avoid
|
25852
|
224 calling it.
|
|
225
|
|
226 Bull DPX/20 (rs6000-bull-bosx)
|
|
227
|
|
228 Version 19 works.
|
|
229
|
|
230 Bull sps7 (m68k-bull-sysv2)
|
|
231
|
|
232 Changes partially merged in version 19, but some fixes are probably required.
|
|
233
|
|
234 CCI 5/32, 6/32
|
|
235
|
|
236 See "Tahoe".
|
|
237
|
|
238 Celerity (celerity-celerity-bsd4.2)
|
|
239
|
|
240 Version 18.49 worked. This configuration name is a hack, because we
|
|
241 don't know the processor used by Celerities. If someone
|
|
242 who uses a Celerity could get in touch with us, we can teach
|
|
243 config.sub a better name for the configuration.
|
|
244
|
|
245 Clipper (clipper-???)
|
|
246
|
|
247 Version 19 has support for some brand of clipper system. If you
|
|
248 have successfully built Emacs 19 on some sort of clipper system, let
|
|
249 us know so we can flesh out this entry.
|
|
250
|
|
251 Note that the Orion 105 is also a clipper, but some system-related
|
|
252 parameters are different.
|
|
253
|
|
254 Convex (c1-convex-bsd, c2-convex-bsd, c32-convex-bsd, c34-convex-bsd,
|
|
255 c38-convex-bsd)
|
|
256
|
|
257 Support updated and residual bugs fixed in 19.26.
|
|
258
|
|
259 Cubix QBx/386 (i386-cubix-sysv)
|
|
260
|
|
261 Changes merged in 19.1. Systems before 2/A/0 may fail to compile etags.c
|
|
262 due to a compiler bug.
|
|
263
|
|
264 Cydra 5 (cydra-cydrome-sysv)
|
|
265
|
|
266 18.51 worked in one version of their operating system but stopped
|
|
267 working in a newer version. This has not been fixed.
|
|
268
|
|
269 Data General Aviion (m88k-dg-dgux)
|
|
270
|
|
271 19.23 works; however, the GCC provided with DGUX 5.4R3.00 fails to
|
|
272 compile src/emacs.c. GCC 2.5.8 does work.
|
|
273 The 19.26 pretest was reported to work; no word on which compiler.
|
|
274 System versions other than DGUX 5.4R3.00 have not been tested.
|
|
275
|
|
276 DGUX 5.4R3.10 works with 19.29 and 19.30.
|
49549
|
277
|
25852
|
278 DGUX R4.11 contains changes to the stdio internals and it doesn't work
|
|
279 with versions before 20.2 without patches. 20.2 works in interactive
|
|
280 mode but usually fails in batch mode. The problem is that using
|
|
281 stderr in the dumped emacs usually leads to a segmentation fault.
|
|
282 Only m88k has been tested.
|
|
283
|
|
284 DECstation (mips-dec-ultrix or mips-dec-osf)
|
|
285
|
|
286 This machine is the older Mips-based DECstation.
|
|
287 Emacs should now work on the Alpha CPU.
|
|
288
|
|
289 19.25 works on Ultrix 4.2. The 19.26 pretest was reported to work
|
|
290 on Ultrix 4.2a and on 4.4.
|
|
291
|
|
292 One user reported 19.25 did not work at all with --with-x-toolkit
|
|
293 using X11R5 patch level 10, but worked ok with X11R5 pl26.
|
|
294
|
|
295 See under Ultrix for problems using X windows on Ultrix.
|
|
296 Note that this is a MIPS machine.
|
|
297
|
|
298 For Ultrix versions 4.1 or earlier, you may need to define
|
|
299 SYSTEM_MALLOC in `src/m/pmax.h', because XvmsAlloc.o in libX11.a seems
|
|
300 to insist on defining malloc itself.
|
|
301
|
|
302 For Ultrix versions prior to 4.0, you may need to delete
|
|
303 the definition of START_FILES from `src/m/pmax.h'.
|
|
304
|
|
305 Motorola Delta 147 (m68k-motorola-sysv)
|
|
306
|
|
307 The EMacs 19.26 pretest was reported to work.
|
|
308
|
|
309 Motorola Delta boxes running System V/68 release 3.
|
|
310 Tested on 147 board with SVR3V7, no X and gcc.
|
|
311 Tested on 167 board with SVR3V7, no X, cc, gnucc and gcc.
|
|
312 Reports say it works with X too.
|
|
313
|
|
314 The installation script chooses the compiler itself. gnucc is
|
|
315 preferred.
|
|
316
|
|
317 Motorola Delta 187 (m88k-motorola-sysv,
|
|
318 m88k-motorola-sysvr4, or
|
|
319 m88k-motorola-m88kbcs)
|
|
320
|
|
321 The 19.26 pretest was reported to run on SVR3. However, if you
|
|
322 use --with-x-toolkit on svr3, you will have problems compiling some
|
|
323 files because time.h and sys/time.h get included twice.
|
|
324 One fix is to edit those files to protect against multiple inclusion.
|
|
325
|
|
326 As of version 19.13, Emacs was reported to run under SYSVr3 and SYSVr4.
|
49549
|
327
|
25852
|
328 Dual running System V (m68k-dual-sysv)
|
|
329
|
|
330 As of 17.46, this worked except for a few changes
|
|
331 needed in unexec.c.
|
|
332
|
|
333 Dual running Uniplus (m68k-dual-uniplus)
|
|
334
|
|
335 Worked, as of 17.51.
|
|
336
|
|
337 Elxsi 6400 (elxsi-elxsi-sysv)
|
|
338
|
|
339 Changes for 12.0 release are in 19.1.
|
|
340 Dumping should work now.
|
|
341
|
|
342 Encore machine (ns16k-encore-bsd)
|
|
343
|
|
344 This machine bizarrely uses 4.2BSD modified to use the COFF format
|
|
345 for object files. Works (as of 18.40). For the APC processor you
|
|
346 must enable two lines at the end of `src/s/umax.h', which are commented
|
|
347 out in the file as distributed.
|
|
348
|
|
349 WARNING: If you compile Emacs with the "-O" compiler switch, you
|
|
350 must also use the "-q enter_exits" switch so that all functions have
|
|
351 stack frames. Otherwise routines that call `alloca' all lose.
|
|
352
|
|
353 A kernel bug in some system versions causes input characters to be lost
|
|
354 occasionally.
|
|
355
|
|
356 Fujitsu DS/90 (sparc-fujitsu-sysv4)
|
|
357
|
|
358 Changes merged in 20.3.
|
|
359
|
|
360 GEC 63 (local-gec63-usg5.2)
|
|
361
|
|
362 Changes are partially merged in version 18, but certainly require
|
|
363 more work. Let us know if you get this working, and we'll give it a
|
|
364 real configuration name.
|
|
365
|
|
366 Gould Power Node (pn-gould-bsd4.2 or pn-gould-bsd4.3)
|
|
367
|
|
368 18.36 worked on versions 1.2 and 2.0 of the operating system.
|
|
369
|
|
370 On UTX/32 2.0, use pn-gould-bsd4.3.
|
|
371
|
|
372 On UTX/32 1.2 and UTX/32S 1.0, use pn-gould-bsd4.2 and note that
|
|
373 compiling `lib-src/sorted-doc' tickles a compiler bug: remove the -g
|
|
374 flag to cc in the makefile.
|
|
375
|
49549
|
376 UTX/32 1.3 has a bug in the bcopy library routine. Fix it by
|
25852
|
377 #undef BSTRING in `src/m/gould.h'.
|
|
378
|
|
379 Version 19 incorporates support for releases 2.1 and later of UTX/32.
|
|
380 A site running a pre-release of 2.1 should #define RELEASE2_1 in config.h.
|
|
381
|
|
382 Gould NP1 (np1-gould-bsd)
|
|
383
|
|
384 Version 19 supposedly works.
|
|
385
|
|
386 Harris Night Hawk (m68k-harris-cxux or m88k-harris-cxux)
|
|
387
|
|
388 This port was added in 19.23. The configuration actually tested was
|
|
389 a Night Hawk 4800 running CX/UX 7.0.
|
|
390
|
|
391 If you have GCC ported and want to build with it, you probably need to
|
|
392 change things (like compiler switches) defined in the s/cxux.h file.
|
|
393
|
|
394 If you have X11R6 installed in /usr/lib, configure will fail to find
|
|
395 it and may find X11R5 instead. To work around this problem, use
|
|
396 --x-libraries=/usr/lib when you run configure.
|
|
397
|
|
398 With CX/UX 7.0 and later releases, you need to build after setting the
|
|
399 SDE_TARGET environment variable to COFF (a port using ELF and shared
|
|
400 libraries has not yet been done).
|
|
401
|
|
402 Harris Power PC (powerpc-harris-powerunix)
|
|
403
|
|
404 Patches have been merged in 19.31.
|
|
405
|
|
406 Honeywell XPS100 (xps100-honeywell-sysv)
|
|
407
|
|
408 Config file added in version 19.
|
|
409
|
|
410 Hewlett-Packard 9000 series 200 or 300 (m68k-hp-bsd or m68k-hp-hpux
|
|
411 or m68k-hp-netbsd)
|
|
412
|
|
413 These machines are 68000-series CPUs running HP/UX
|
|
414 (a derivative of sysV with some BSD features) or BSD 4.3 ported by Utah.
|
|
415 The operating system suffix determines which system Emacs is built for.
|
|
416
|
|
417 Series 200 HPUX runs Emacs only if it has the "HP/UX upgrade".
|
|
418
|
|
419 Version 19 works under BSD. The 19.26 pretest was reported
|
|
420 to work on HPUX 9. 19.31 works on HPUX 10.01, but there are
|
|
421 some problems on 10.10 which have not been resolved. Emacs 19.34
|
|
422 works on HPUX 10.20 provided you compile with GCC; with the HP C
|
|
423 compiler, subprocess commands do not work.
|
49549
|
424
|
25852
|
425 On HPUX 9, Emacs sometimes crashes with SIGBUS or SIGSEGV after you
|
|
426 delete a frame. We think this is due to a bug in the X libraries
|
|
427 provided by HP. With the alternative X libraries in
|
|
428 /usr/contrib/mitX11R5/lib, the problem does not happen.
|
|
429
|
|
430 If you are running HP/UX release 8.0 or later, you need the optional
|
|
431 "C/ANSI C" software in order to build Emacs (older releases of HP/UX
|
|
432 do not require any special software). If the file "/etc/filesets/C"
|
|
433 exists on your machine, you have this software, otherwise you do not.
|
|
434
|
|
435 Note that HP has used two incompatible assembler syntaxes,
|
|
436 and has recently changed the format of C function frames.
|
|
437 `src/crt0.c' and `src/alloca.s' have been conditionalised for the new
|
|
438 assembler and new function-entry sequence. You may need to define
|
|
439 OLD_HP_ASSEMBLER if you are using an older hpux version. If you
|
|
440 have an official (bought from HP) series 300 machine you have
|
|
441 the new assembler. Kernels that are 5.+ or later have new
|
|
442 assembler. A Series 200 that has been upgraded to a 68010
|
|
443 processor and a 5.+ kernel has the new compiler.
|
|
444
|
|
445 Define C_SWITCH_MACHINE to be +X to make a version of Emacs that
|
|
446 runs on both 68010 and 68020 based HP/UX's.
|
|
447
|
|
448 Define HPUX_68010 if you are using the new assembler, for
|
|
449 a system that has a 68010 without a 68881. This is to say,
|
|
450 a s200 (upgraded) or s310.
|
|
451
|
|
452 Define the symbol HPUX_NET if you have the optional network features
|
|
453 that include the `netunam' system call. This is referred to as
|
|
454 Network Services (NS/9000) in HP literature.
|
|
455
|
|
456 HP 9000 series 500: not supported.
|
|
457
|
|
458 The series 500 has a seriously incompatible memory architecture
|
|
459 which relocates data in memory during execution of a program,
|
|
460 and support for it would be difficult to implement.
|
|
461
|
|
462 HP 9000 series 700 or 800 (Spectrum) (hppa1.0-hp-hpux or hppa1.1-hp-hpux
|
|
463 or ...hpux9shr, or ...-nextstep)
|
|
464
|
|
465 Use hppa1.1 for the 700 series and hppa1.0 for the 800
|
|
466 series machines. (Emacs may not actually care which one you use.)
|
|
467
|
|
468 Support for NextSTEP was added in 19.31.
|
|
469
|
|
470 Emacs 20 may work on HPUX 10. You need patch PHSS_6202 to install
|
|
471 the Xaw and Xmu libraries. On HPUX 10.20 you may need to compile with GCC;
|
|
472 when Emacs was compiled with HP's C compiler, HP92453-01 A.10.32.03,
|
|
473 the subprocess features failed to work.
|
|
474
|
|
475 19.26 is believed to work on HPUX 9 provided you compile with GCC.
|
|
476 As of version 19.16, Emacs was reported to build (using GCC) and run
|
|
477 on HP 9000/700 series machines running HP/UX versions 8.07 and 9.01.
|
|
478 The HP compiler is known to fail on some versions if you use +O3,
|
|
479 but it may work with lower optimization levels.
|
|
480
|
|
481 Use hppa1.1-hp-hpux9shr to use shared libraries on HPUX version 9.
|
|
482 You may need to create the X libraries libXaw.a and libXmu.a from
|
|
483 the MIT X distribute, and you may need to edit src/Makefile's
|
|
484 definition of LIBXT to look like this:
|
|
485
|
|
486 LIBXT= $(LIBW) -lXmu -lXt $(LIBXTR6) -lXext
|
|
487
|
|
488 Some people report trouble using the GNU memory allocator under
|
|
489 HP/UX version 9. The problems often manifest as lots of ^@'s in the
|
|
490 buffer.
|
49549
|
491
|
25852
|
492 We are told that these problems go away if you obtain the latest
|
|
493 patches for the HP/UX C compiler. James J Dempsey
|
|
494 <jjd@spserv.bbn.com> says that this set of versions works for him:
|
|
495 /bin/cc:
|
|
496 HP92453-01 A.09.28 HP C Compiler
|
|
497 /lib/ccom:
|
|
498 HP92453-01 A.09.28 HP C Compiler
|
|
499 HP-UX SLLIC/OPTIMIZER HP-UX.09.00.23 02/18/93
|
|
500 Ucode Code Generator - HP-UX.09.00.23.5 (patch) 2/18/93
|
|
501
|
|
502 For 700 series machines, the HP-UX patch needed is known as
|
|
503 PHSS_2653. (Perhaps for 800 series machines as well; we don't
|
|
504 know.) If you are on the Internet, you should be able to obtain
|
|
505 this patch by using telnet to access the machine
|
|
506 support.mayfield.hp.com and logging in as "hpslreg" and following
|
|
507 the instructions there. Or you may be able to use this
|
|
508 web site:
|
|
509
|
|
510 HP Patch Server: http://support.mayfield.hp.com/patches/html/patches.html
|
|
511 HP Support Line: http://support.mayfield.hp.com
|
|
512
|
|
513 Please do not ask FSF for further support on this. If you have any
|
|
514 trouble obtaining the patch, contact HP Software Support.
|
|
515
|
|
516 If your buffer fills up with nulls (^@) at some point, it could well
|
|
517 be that problem. That problem does not happen when people use GCC
|
|
518 to compile Emacs. On the other hand, the HP compiler version 9.34
|
|
519 was reported to work for the 19.26 pretest. 9.65 was also reported to work.
|
|
520
|
|
521 If you turn on the DSUSP character (delayed suspend),
|
|
522 Emacs 19.26 does not know how to turn it off on HPUX.
|
|
523 You need to turn it off manually.
|
|
524
|
|
525 If you are running HP/UX release 8.0 or later, you need the optional
|
|
526 "C/ANSI C" software in order to build Emacs (older releases of HP/UX
|
|
527 do not require any special software). If the file "/etc/filesets/C"
|
|
528 exists on your machine, you have this software, otherwise you do not.
|
|
529
|
|
530 High Level Hardware Orion (orion-highlevel-bsd)
|
|
531
|
|
532 This is the original microprogrammed hardware.
|
|
533 Machine description file ought to work.
|
|
534
|
|
535 High Level Hardware Orion 1/05 (clipper-highlevel-bsd)
|
|
536
|
|
537 Changes merged in 18.52. This is the one with the Clipper cpu.
|
|
538 Note that systems which lack NFS need LOAD_AVE_TYPE changed to `double'.
|
|
539
|
|
540 C compiler has a bug; it loops compiling eval.c.
|
|
541 Compile it by hand without optimization.
|
|
542
|
38805
|
543 HITACHI SR2001/SR2201 series (hppa1.1-hitachi-hiuxwe2)
|
25852
|
544
|
|
545 These machines are based on PA architecture running HI-UX/MPP
|
|
546 (based on OSF1. `MPP' stands for `Massively Parallel Processor').
|
49549
|
547
|
25852
|
548 Emacs 19.34 is believed to work; its pretest was tested
|
49549
|
549 both on SR2001 (output of `uname -rv' is `00-01-BB 0') and
|
25852
|
550 SR2201 (`02-00 0').
|
38805
|
551
|
|
552 Emacs 20.7 was reported to build on a system whose `uname -rs'
|
|
553 output is `HI-UX/MPP 03-04'.
|
49549
|
554
|
|
555 The machine description file is `src/m/sr2k.h' is based on
|
38805
|
556 `src/m/hp800.h'. The system description file is `src/s/hiuxwe2.h'
|
49549
|
557 based on `src/s/osf1.h'. Note that this system doesn't use COFF.
|
25852
|
558
|
|
559 IBM PS/2 (i386-ibm-aix1.1 or i386-ibm-aix1.2)
|
|
560
|
|
561 Changes merged in version 19. You may need to copy
|
|
562 /usr/lib/samples/hft/hftctl.c to the Emacs src directory.
|
|
563
|
|
564 i386-ibm-aix1.1 may not work with certain new X window managers, and
|
|
565 may be suboptimal.
|
|
566
|
|
567 IBM RS/6000 (rs6000-ibm-aix*)
|
|
568
|
|
569 Emacs 19.26 is believed to work; its pretest was tested.
|
|
570
|
34881
|
571 Compiling with the system's `cc' and CFLAGS containing `-O5' might
|
|
572 fail because libXbsd isn't found. This is a compiler bug;
|
|
573 re-configure Emacs so that it isn't compiled with `-O5'.
|
|
574
|
42227
|
575 On AIX 4.3.x and 4.4, compiling with /bin/c89 fails because it
|
|
576 treats certain warnings as errors. Use `cc' instead.
|
|
577
|
25852
|
578 At last report, Emacs didn't run well on terminals. Informed
|
|
579 persons say that the tty VMIN and VTIME settings have been
|
|
580 corrupted; if you have a fix, please send it to us.
|
|
581
|
|
582 Compiling with -O using the IBM compiler has been known
|
|
583 to make Emacs work incorrectly. It's reported that on
|
|
584 AIX 3.2.5 with an IBM compiler earlier than 1.03.00.14,
|
|
585 cc -O fails for some files. You need to install any
|
|
586 PTF containing APAR #IX42810 to bring the compiler to
|
|
587 the 1.03.00.14 level to allow optimized compiles.
|
|
588
|
|
589 There are reports that IBM compiler versions earlier than 1.03.00.02
|
|
590 fail even without -O. However, another report said that compiler
|
|
591 version 1.02.01.00 did work, on AIX 3.2.4, with Emacs 19.31.
|
|
592
|
|
593 As of 19.11, if you strip the Emacs executable, it ceases to work.
|
|
594
|
|
595 If you are using AIX 3.2.3, you may get a core dump when loading
|
|
596 ange-ftp. You may be able to fix the problem by defining LIBS_TERMCAP
|
|
597 as -ltermcap -lcurses. Please tell us if this fails to work.
|
|
598
|
|
599 If anyone can fix the above problems, or confirm that they don't happen
|
|
600 with certain versions of various programs, we would appreciate it.
|
|
601
|
|
602 IBM RT/PC (romp-ibm-bsd or romp-ibm-aix)
|
|
603
|
|
604 Use romp-ibm-bsd for the 4.2-like system and romp-ibm-aix for AIX.
|
|
605 19.22 is reported to work under bsd. We don't know about AIX.
|
|
606
|
|
607 On BSD, if you have trouble, try compiling with a different compiler.
|
|
608
|
|
609 On AIX, the file /usr/lib/samples/hft/hftctl.c must be compiled into
|
|
610 hftctl.o, with this result left in the src directory (hftctl.c is
|
|
611 part of the standard AIX distribution).
|
|
612
|
|
613 window.c must not be compiled with -O on AIX.
|
|
614
|
40424
|
615 IBM System/390 running GNU/Linux (s390-*-linux-gnu)
|
|
616
|
|
617 As of Emacs 21.2, a 31-bit only version is supported on this
|
|
618 system.
|
|
619
|
25852
|
620 Integrated Solutions `Optimum V' (m68k-isi-bsd4.2 or -bsd4.3)
|
|
621
|
|
622 18.52 said to work on some sort of ISI machine.
|
|
623 Version 18.45 worked (running on a Optimum V (VME bus, 68020)
|
|
624 BSD 4.2 (3.05e) system). 18.42 is reported to work on
|
|
625 a Qbus 68010 system. Has not been tried on `WorkStation' `Cluster
|
|
626 Compute Node' `Cluster WorkStation' or `Server Node' (Love the
|
49549
|
627 StudLYCaps)
|
25852
|
628
|
|
629 Compilation with -O is rumored to break something.
|
|
630
|
|
631 On recent system versions, you may need to undefine the macro UMAX
|
|
632 in `lib-src/loadst.c' and `src/getpagesize.h'. They stupidly defined this
|
|
633 in a system header file, which confuses Emacs (which thinks that UMAX
|
|
634 indicates the Umax operating system).
|
|
635
|
|
636 Intel 386 (i386-*-isc, i386-*-esix, i386-*-bsdi2,
|
|
637 i386-*-xenix, i386-*-freebsd, i386-*-linux-gnu,
|
|
638 i386-*-sol2.4, i386-*-sysv3, i386-intsys-sysv,
|
|
639 i386-*-sysv4, i386-*-sysv4.2,
|
49549
|
640 i386-*-sysv5.3, i386-*-bsd4.2, i386-*-cygwin,
|
25852
|
641 i386-*-sco3.2v4, i386-*-bsd386, i386-*-386bsd,
|
|
642 i386-*-msdos, i386-*-windowsnt.
|
|
643 i386... can be replaced with i486... or i586...)
|
|
644
|
|
645 In the above configurations, * means that the manufacturer's name
|
|
646 you specify does not matter, and you can use any name you like
|
|
647 (but it should not contain any dashes or stars).
|
|
648
|
|
649 When using the ISC configurations, be sure to specify the isc
|
|
650 version number - for example, if you're running ISC 3.0, use
|
|
651 i386-unknown-isc3.0 as your configuration name.
|
|
652 Use i386-*-esix for Esix; Emacs runs as of version 19.6.
|
|
653 Use i386-*-linux-gnu for GNU/Linux systems; Emacs runs as of version 19.26.
|
49549
|
654 Use i386-*-cygwin for Cygwin; Emacs builds as of version 21.4, in both X11
|
|
655 and non-X11 modes. (The Cygwin site has source and binaries for 21.2.)
|
25852
|
656 Use i386-intsys-sysv for Integrated Solutions 386 machines.
|
|
657 It may also be correct for Microport systems.
|
|
658 Use i386-*-sco3.2v4 for SCO 3.2v4; Emacs runs as of version 19.26.
|
|
659
|
|
660 On GNU/Linux systems, Emacs 19.23 was said to work properly with libc
|
|
661 version 4.5.21, but not with 4.5.19. If your system uses QMAGIC
|
|
662 for the executable format, you must edit config.h to define LINUX_QMAGIC.
|
|
663
|
|
664 On GNU/Linux, configure may fail to put these definitions in config.h:
|
|
665
|
|
666 #define HAVE_GETTIMEOFDAY
|
|
667 #define HAVE_MKDIR
|
|
668 #define HAVE_RMDIR
|
|
669 #define HAVE_XSCREENNUMBEROFSCREEN
|
|
670
|
|
671 To work around the problem, add those definitions by hand.
|
30454
|
672 It is possible that this problem happens only with X11R6.
|
|
673 Newer system versions have fixed it.
|
25852
|
674
|
|
675 The 19.26 pretest was reported to work on SVR4.3 and on Freebsd.
|
|
676
|
|
677 19.29 is reported to crash when using Motif on Solaris 2.5.
|
|
678 The reasons are not yet known.
|
|
679
|
|
680 Use i386-*-bsdiN for BSDI BSD/OS version N; Emacs runs as of version 19.23.
|
|
681 In some system versions, `make' is broken; use GNU make instead.
|
|
682 Shell bugs in version 1.0 of BSD/OS cause configure
|
|
683 to do the wrong thing with --with-x-toolkit; the workaround is to edit
|
|
684 configure to run another shell such as bash.
|
|
685
|
|
686 For System V release 3, use i386-*-sysv3.
|
|
687 For System V release 4, use i386-*-sysv4.
|
|
688 For System V release 4.2, use i386-*-sysv4.2.
|
|
689
|
|
690 If you are using Xenix, see notes at end under Xenix.
|
|
691 If you are using Esix, see notes at end under Esix.
|
|
692 If you are using SCO Unix, see notes at end under SCO.
|
|
693
|
|
694 On 386bsd, NetBSD and FreeBSD, at one time, it was necessary to use
|
|
695 GNU make, not the system's make. Assuming it's installed as gmake,
|
|
696 do `gmake install MAKE=gmake'. However, more recently it is
|
|
697 reported that using the system Make on NetBSD 1.3.1 works ok.
|
|
698
|
|
699 If you are using System V release 4.2, you may find that `cc -E'
|
|
700 puts spurious spaces in `src/xmakefile'. If that happens,
|
|
701 specify CPP=/lib/cpp as an option when you run make.
|
|
702 There is no problem if you compile with GCC.
|
49549
|
703
|
25852
|
704 Note that use of Linux with GCC 2.4 and the DLL 4.4 libraries
|
|
705 requires the experimental "net 2" network patches (no relation to
|
|
706 Berkeley Net 2). There is a report that (some version of) Linux
|
|
707 requires including `/usr/src/linux/include/linux' in buffer.c
|
|
708 but no coherent explanation of why that might be so. If it is so,
|
|
709 in current versions of Linux, something else should probably be changed.
|
|
710
|
|
711 Some sysV.3 systems seem to have bugs in `opendir';
|
|
712 for them, alter `config.h' to define NONSYSTEM_DIR_LIBRARY
|
|
713 and undefine SYSV_SYSTEM_DIR.
|
|
714
|
|
715 If you use optimization on V.3, you may need the option -W2,'-y 0'
|
|
716 to prevent certain faulty optimization.
|
|
717
|
|
718 On 386/ix, to link with shared libraries, add #define USG_SHARED_LIBRARIES
|
|
719 to config.h.
|
|
720
|
|
721 On SCO, there are problems in regexp matching when Emacs is compiled
|
|
722 with the system compiler. The compiler version is "Microsoft C
|
|
723 version 6", SCO 4.2.0h Dev Sys Maintenance Supplement 01/06/93;
|
|
724 Quick C Compiler Version 1.00.46 (Beta). The solution is to compile
|
|
725 with GCC.
|
|
726
|
|
727 On ISC systems (2.02 and more recent), don't try to use the versions
|
|
728 of X that come with the system; use XFree86 instead.
|
|
729
|
|
730 There is no consistency in the handling of certain system header files
|
|
731 on V.3.
|
|
732
|
|
733 Some versions have sys/sioctl.h, and require it in sysdep.c.
|
|
734 But some versions do not have sys/sioctl.h.
|
|
735 For a given version of the system, this may depend on whether you have
|
|
736 X Windows or TCP/IP. Define or undefine NO_SIOCTL_H in config.h
|
|
737 according to whether you have the file.
|
|
738
|
|
739 Likewise, some versions have been known to need sys/ttold.h, sys/stream.h,
|
|
740 and sys/ptem.h included in sysdep.c. If your system has these files,
|
|
741 try defining NEED_PTEM_H in config.h if you have trouble without it.
|
|
742
|
|
743 You may find that adding -I/usr/X/include or -I/usr/netinclude or both
|
|
744 to CFLAGS avoids compilation errors on certain systems.
|
|
745
|
|
746 Some versions convince sysdep.c to try to use `struct tchars'
|
|
747 but define `struct tc' instead; add `#define tchars tc'
|
|
748 to config.h to solve this problem.
|
|
749
|
|
750 Iris 2500 and Iris 2500 Turbo (m68k-sgi-iris3.5 or m68k-sgi-iris3.6)
|
|
751
|
|
752 Version 18 was said to work; use m68k-sgi-iris3.5 for system version 2.5
|
|
753 and m68k-sgi-iris3.6 for system version 3.6.
|
|
754 Note that the 3030 is the same as the Iris 2500 Turbo.
|
|
755
|
|
756 Iris 4D (mips-sgi-irix[456].*)
|
|
757
|
52364
|
758 Emacs 21.3 is reported to work on IRIX 6.5.x.
|
|
759
|
31927
|
760 You can build a 64-bit executable (with larger maximum buffer size)
|
|
761 on Irix 6.5 by specifying the 64-bit ABI using the `-64' compiler
|
|
762 flag or otherwise (see cc(1)). This may work on earlier Irix 6
|
|
763 systems if you edit src/s/irix6-0.h following irix6-5.h.
|
|
764
|
34881
|
765 If compiling with GCC on Irix 6 yields an error "conflicting types
|
|
766 for `initstate'", install GCC 2.95 or a newer version, and this
|
|
767 problem should go away. It is possible that this problem results
|
|
768 from upgrading the operating system without reinstalling GCC; so you
|
|
769 could also try reinstalling the same version of GCC, and telling us
|
|
770 whether that fixes the problem.
|
|
771
|
25852
|
772 Masscomp (m68k-masscomp-rtu)
|
|
773
|
|
774 18.36 worked on a 5500DP running RTU v3.1a and compiler version 3.2
|
|
775 with minor fixes that are included in 18.37. However, bizarre behavior
|
|
776 was reported for 18.36 on a Masscomp (model and version unknown but probably
|
|
777 a 68020 system). The report sounds like a compiler bug.
|
|
778
|
49549
|
779 A compiler bug affecting statements like
|
25852
|
780 unsigned char k; unsigned char *p;... x = p[k];
|
|
781 has been reported for "C version 1.2 under RTU 3.1". We do not wish
|
|
782 to take the time to install the numerous workarounds required to
|
|
783 compensate for this bug.
|
|
784
|
|
785 For RTU version 3.1, define FIRST_PTY_LETTER to be 'p' in `src/s/rtu.h'
|
|
786 (or #undef and redefine it in config.h) so that ptys will be used.
|
|
787
|
|
788 GNU Emacs is said to have no chance of compiling on RTU versions
|
|
789 prior to v3.0.
|
|
790
|
|
791 Megatest (m68k-megatest-bsd)
|
|
792
|
|
793 Emacs 15 worked; do not have any reports about Emacs 16 or 17
|
|
794 but any new bugs are probably not difficult.
|
|
795
|
|
796 Mips (mips-mips-riscos, mips-mips-riscos4.0, or mips-mips-bsd)
|
|
797
|
|
798 The C compiler on Riscos 4.51 dumps core trying to optimize
|
|
799 parts of Emacs. Try without optimization or try GCC.
|
|
800
|
|
801 Meanwhile, the linker on that system returns success even if
|
|
802 there are undefined symbols; as a result, configure gets the
|
|
803 wrong answers to various questions. No work-around is known
|
|
804 except to edit src/config.h by hand to indicate which functions
|
|
805 don't exist.
|
|
806
|
|
807 Use mips-mips-riscos4.0 for RISCOS version 4.
|
|
808 Use mips-mips-bsd with the BSD world.
|
|
809
|
|
810 Note that the proper configuration names for DECstations are
|
|
811 mips-dec-ultrix and mips-dec-osf.
|
|
812
|
|
813 If you are compiling with GCC, then you must run fixincludes;
|
|
814 the alternative of using -traditional won't work because
|
|
815 the definition of SIGN_EXTEND_CHAR uses the keyword `signed'.
|
|
816
|
|
817 If the SYSV world is the default, then you probably need the following
|
|
818 line in etc/Makefile:
|
|
819
|
|
820 CFLAGS= -g -systype bsd43
|
|
821
|
|
822 Some operating systems on MIPS machines give SIGTRAP for division by
|
|
823 zero instead of the usual signals. The only real solution is to fix
|
|
824 the system to give a proper signal.
|
|
825
|
|
826 In the meantime, you can change init_data in data.c if you wish.
|
|
827 Change it to handle SIGTRAP as well as SIGFPE. But this will have a
|
|
828 great disadvantage: you will not be able to run Emacs under a
|
|
829 debugger. I think crashing on division by zero is a lesser problem.
|
|
830
|
|
831 dsg@mitre.org reported needing to use --x-libraries=/bsd43/usr/lib
|
|
832 on a riscos4bsd site. But it is not clear whether this is needed in
|
|
833 general or only because of quirks on a particular site.
|
|
834
|
|
835 National Semiconductor 32000 (ns32k-ns-genix)
|
|
836
|
|
837 This is for a complete machine from National Semiconductor,
|
|
838 running Genix. Changes merged in version 19.
|
|
839
|
|
840 NCR Tower 32 (m68k-ncr-sysv2 or m68k-ncr-sysv3)
|
|
841
|
|
842 If you are running System V release 2, use m68k-ncr-sysv2.
|
|
843 If you are running System V release 3, use m68k-ncr-sysv3.
|
|
844
|
|
845 These both worked as of 18.56. If you change `src/ymakefile' so that
|
|
846 CFLAGS includes C_OPTIMIZE_SWITCH rather than C_DEBUG_SWITCH, check
|
|
847 out the comments in `src/m/tower32.h' (for System V release 2) or
|
|
848 `src/m/tower32v3.h' (for System V release 3) about this.
|
|
849
|
|
850 There is a report that compilation with -O did not work with 18.54
|
|
851 under System V release 2.
|
|
852
|
|
853 NCR Intel system (i386-ncr-sysv4.2)
|
|
854
|
|
855 This system works in 19.31, but if you don't link it with GNU ld,
|
|
856 you may need to set LD_RUN_PATH at link time to specify where
|
|
857 to find the X libraries.
|
|
858
|
|
859 NEC EWS4800 (mips-nec-sysv4)
|
|
860
|
|
861 This system works in 20.4, but you should use the compiler
|
|
862 /usr/abiccs/bin/cc (MIPS ABI MODE).
|
|
863
|
|
864 NeXT (m68k-next-nextstep)
|
|
865
|
|
866 Emacs 19 has not been tested extensively yet, but it seems to work
|
|
867 in a NeXTStep 3.0 terminal window, and under the X server called
|
|
868 co-Xist. You may need to specify -traditional when src/Makefile
|
|
869 builds xmakefile.
|
|
870
|
|
871 NeXT users might want to implement direct operation with NeXTStep,
|
|
872 but from the point of view of the GNU project, that is a
|
|
873 distraction.
|
|
874
|
|
875 Thanks to Thorsten Ohl for working on the NeXT port of Emacs 19.
|
|
876
|
|
877 Nixdorf Targon 31 (m68k-nixdorf-sysv)
|
|
878
|
|
879 Machine description file for version 17 is included in 18
|
|
880 but whether it works is not known.
|
|
881 `src/unexec.c' bombs if compiled with -O.
|
|
882 Note that the "Targon 35" is really a Pyramid.
|
|
883
|
|
884 Nu (TI or LMI) (m68k-nu-sysv)
|
|
885
|
|
886 Version 18 is believed to work.
|
|
887
|
|
888 Paragon OSF/1 (i860-intel-osf1)
|
|
889
|
|
890 Changes merged in 19.29.
|
|
891
|
|
892 There is a bug in OSF/1 make which claims there is a syntax error
|
|
893 in the src/xmakefile. You can successfully build emacs with:
|
|
894
|
|
895 pmake MAKE=pmake
|
|
896
|
|
897 Plexus (m68k-plexus-sysv)
|
|
898
|
|
899 Worked as of 17.56.
|
|
900
|
|
901 Pmax (DEC Mips) (mips-dec-ultrix or mips-dec-osf1)
|
|
902
|
|
903 See under DECstation, above.
|
|
904
|
|
905 Prime EXL (i386-prime-sysv)
|
|
906
|
|
907 Minor changes merged in 19.1.
|
|
908
|
|
909 Pyramid (pyramid-pyramid-bsd)
|
|
910
|
|
911 The 19.26 pretest was observed to work on OSx 5.0, but it is necessary
|
|
912 to edit gmalloc.c. You must add #include <sys/types.h> at the top,
|
|
913 and delete the #define for size_t.
|
|
914
|
|
915 You need to build Emacs in the Berkeley universe with
|
|
916 the `ucb' command, as in `ucb make' or `ucb build-install'.
|
49549
|
917
|
25852
|
918 In OSx 4.0, it seems necessary to add the following two lines
|
|
919 to `src/m/pyramid.h':
|
|
920 #define _longjmp longjmp
|
|
921 #define _setjmp setjmp
|
|
922
|
|
923 In Pyramid system 2.5 there has been a compiler bug making
|
|
924 Emacs crash just after screen-splitting with Qnil containing 0.
|
|
925 A compiler that fixes this is Pyramid customer number 8494,
|
|
926 internal number 1923.
|
|
927
|
|
928 Some versions of the pyramid compiler get fatal
|
|
929 errors when the -gx compiler switch is used; if this
|
|
930 happens to you, change `src/m/pyramid.h' to define
|
|
931 C_DEBUG_SWITCH with an empty definition.
|
|
932
|
|
933 Some old system versions may require you to define PYRAMID_OLD
|
|
934 in when alloca.s is preprocessed, in order to define _longjmp and _setjmp.
|
|
935
|
|
936 Sequent Balance (ns32k-sequent-bsd4.2 or ns32k-sequent-bsd4.3)
|
|
937
|
|
938 Emacs 18.51 worked on system version 3.0. 18.52 is said to work.
|
|
939 Delete some lines at the end of `src/m/sequent.h' for earlier system
|
|
940 versions.
|
|
941
|
|
942 Sequent Symmetry (i386-sequent-bsd, i386-sequent-ptx, i386-sequent-ptx4)
|
|
943
|
|
944 19.33 has changes to support ptx 4 (a modified SVR4).
|
|
945
|
|
946 Emacs 19 should work on Dynix (BSD). However, if you compile with
|
|
947 the Sequent compiler, you may find Emacs does not restore the
|
|
948 terminal settings on exit. If this happens, compile with GCC.
|
|
949
|
|
950 Emacs 19.27 contains patches that should support
|
|
951 DYNIX/ptx 1.4 and 2.1 with the native cc compiler.
|
|
952
|
|
953 GCC can't compile src/process.c due to a non-standard Sequent asm
|
|
954 keyword extension supported by cc and used for the network byte/word
|
|
955 swapping functions in the PTX /usr/include/netinet/in.h file. GCC
|
|
956 2.5.8 includes the file <sys/byteorder.h> which can be included into
|
|
957 netinet/in.h to perform these byte/word swapping functions in the
|
|
958 same manner. Patches have been submitted to the FSF against GCC
|
|
959 2.6.0 to fix this problem and allow Emacs to be built with GCC.
|
|
960
|
|
961 If your machine does not have TCP/IP installed, you will have to edit the
|
|
962 src/s/ptx.h file and comment out #define TCPIP_INSTALLED.
|
|
963
|
|
964 Siemens Nixdorf RM600 and RM400 (mips-siemens-sysv4)
|
|
965
|
|
966 Changes merged in 19.29. This configuration should also work for
|
|
967 Pyramid MIS Server running DC-OSX 1.x. The version configured with
|
|
968 `--with-x' works without any modifications, but `--with-x-toolkit'
|
|
969 works only if the Athena library and the Toolkit library are linked
|
|
970 statically. For this, edit `src/Makefile' after the `configure' run
|
|
971 and modify the lines with `-lXaw' and `-lXt' as follows:
|
|
972
|
|
973 LIBW= /usr/lib/libXaw.a
|
|
974 LIBXT= $(LIBW) -lXmu /usr/lib/libXt.a $(LIBXTR6) -lXext
|
|
975
|
|
976 In addition, `--with-x-toolkit=motif' works only
|
|
977 if the Motif library and the Toolkit library are linked statically.
|
|
978 To do this, edit `src/Makefile' after the `configure' run
|
|
979 and modify the lines with `-lXm' and `-lXt' as follows:
|
|
980
|
|
981 LIBW= /usr/lib/libXm.a /usr/ccs/lib/libgen.a
|
|
982 LIBXT= $(LIBW) -lXmu /usr/lib/libXt.a $(LIBXTR6) -lXext
|
|
983
|
|
984 SONY News (m68k-sony-bsd4.2 or m68k-sony-bsd4.3)
|
|
985
|
|
986 18.52 worked. Use m68k-sony-bsd4.3 for system release 3.
|
|
987
|
|
988 SONY News 3000 series (RISC NEWS) (mips-sony-bsd)
|
|
989
|
|
990 The 19.26 pretest is reported to work.
|
|
991
|
|
992 Some versions of the operating system give SIGTRAP for division by zero
|
|
993 instead of the usual signals. This causes division by zero
|
|
994 to make Emacs crash. The system should be fixed to give the proper signal.
|
|
995 Changing Emacs is not a proper solution, because it would prevent
|
|
996 Emacs from working under any debugger. But you can change init_data
|
|
997 in data.c if you wish.
|
|
998
|
|
999 Stardent i860 (i860-stardent-sysv4.0)
|
|
1000
|
|
1001 19.26 pretest reported to work.
|
|
1002
|
|
1003 Stardent 1500 or 3000
|
|
1004
|
|
1005 See Titan.
|
|
1006
|
|
1007 Stride (m68k-stride-sysv)
|
|
1008
|
|
1009 Works (most recent news for 18.30) on their release 2.0.
|
|
1010 For release 2.2, see the end of `src/m/stride.h'.
|
|
1011 It may be possible to run on their V.1 system but changes
|
|
1012 in the s- file would be needed.
|
|
1013
|
|
1014 Sun 3, Sun 4 (sparc), Sun 386 (m68k-sun-sunos, sparc-sun-sunos, i386-sun-sunos,
|
|
1015 sparc-sun-sunos4.1.3noshr, sparc-sun-solaris2.*,
|
30454
|
1016 i386-sun-solaris2.*, sparc*-*-linux-gnu)
|
|
1017
|
31927
|
1018 To build a 64-bit Emacs (with larger maximum buffer size and
|
|
1019 including large file support) on a Solaris system which supports
|
|
1020 64-bit executables, use the Sun compiler, configuring something like
|
|
1021 this (see the cc documentation for information on 64-bit
|
36091
|
1022 compilation): env CC="cc -xarch=v9" ./configure
|
30454
|
1023
|
|
1024 As of version 2.95, GCC doesn't support the 64-bit ABI properly, but
|
|
1025 later releases may.
|
|
1026
|
39468
|
1027 Some versions of Solaris 8 have a bug in their XIM (X Input Method)
|
|
1028 implementation which causes Emacs to dump core when one of several
|
|
1029 frames is closed. To avoid this, either install patch 108773-12
|
|
1030 (for Sparc) or 108874-12 (for x86), or configure Emacs with the
|
|
1031 `--with-xim=no' switch (you can use Leim input methods instead).
|
|
1032
|
34881
|
1033 On Solaris 2.7, building Emacs with WorkShop Compilers 5.0 98/12/15
|
|
1034 C 5.0 failed, apparently with non-default CFLAGS, most probably due to
|
|
1035 compiler bugs. Using Sun Solaris 2.7 Sun WorkShop 6 update 1 C
|
|
1036 release was reported to work without problems. It worked OK on
|
|
1037 another system with Solaris 8 using apparently the same 5.0 compiler
|
|
1038 and the default CFLAGS.
|
|
1039
|
44549
|
1040 Emacs 21.1 and 21.2 built with Sun's ProWorks PC3.0.1 compiler on
|
|
1041 Intel/Solaris 8 was reported to abort and dump core during startup.
|
|
1042 Using GCC or a newer SUN compiler (Sun WokShop 6 update 2 C 5.3
|
|
1043 2001/05/15) solves the problem.
|
|
1044
|
30454
|
1045 Emacs 20.5 and later work on SPARC GNU/Linux with the 32-bit ABI.
|
|
1046 As of release 2.95, GCC doesn't work properly with the 64-bit ABI
|
|
1047 (applicable on UltraSPARC), but that isn't the default mode.
|
25852
|
1048
|
|
1049 Emacs 20.3 fails to build on Solaris 2.5 if you use GCC 2.7.2.3.
|
|
1050 Installing GCC 2.8 fixes the problem.
|
|
1051
|
|
1052 19.32 works on Solaris 2.4 and 2.5. On Solaris 2.5
|
|
1053 you may need one of these patches to prevent Emacs from crashing
|
|
1054 when it starts up:
|
49549
|
1055 103093-03: [README] SunOS 5.5: kernel patch (2140557 bytes)
|
|
1056 102832-01: [README] OpenWindows 3.5: Xview Jumbo Patch (4181613 bytes)
|
25852
|
1057 103242-04: [README] SunOS 5.5: linker patch (595363 bytes)
|
|
1058
|
|
1059 There are reports that using SunSoft cc with -xO4 -xdepend produces
|
|
1060 bad code for some part of Emacs.
|
|
1061
|
|
1062 Emacs works ok Sunos 4.1.x
|
|
1063 provided you completely replace your C shared library
|
|
1064 using one of the SunOS 4.1.x jumbo replacement patches from Sun.
|
|
1065 Here are the patch numbers for Sunos 4.1.3:
|
|
1066 100890-10 SunOS 4.1.3: domestic libc jumbo patch
|
|
1067 100891-10 SunOS 4.1.3: international libc jumbo patch
|
|
1068
|
|
1069 Some people report that Emacs crashes immediately on startup when
|
|
1070 used with a non-X terminal, but we think this is due to compiling
|
|
1071 with GCC and failing to use GCC's "fixed" system header files.
|
|
1072
|
|
1073 Some Sun versions of X windows use the clipboard, not the selections,
|
|
1074 for transferring text between clients. The Cut, Paste and Copy items
|
|
1075 in the menu bar Edit menu work with the clipboard.
|
|
1076
|
|
1077 It's important to include the SunOS version number in the
|
|
1078 configuration name. For example, for SunOS release 4.0 on a Sun 3,
|
|
1079 use `m68k-sun-sunos4.0'; for SunOS release 4.1 on a Sparc, use
|
|
1080 `sparc-sun-sunos4.1'. For SunOS release 4.1.3 on a Sparc, use
|
|
1081 `sparc-sun-sunos4.1.3'. Note that shared libraries are now
|
|
1082 used by default on SunOS 4.1.
|
49549
|
1083
|
25852
|
1084 A user reported irreproducible segmentation faults when using 19.29
|
|
1085 on Solaris 2.3 and 2.4 after compiling it with the Sun compiler.
|
|
1086 The problem went away when GCC 2.7.0 was used instead. We do not know
|
|
1087 whether anything in Emacs is partly to blame for this.
|
|
1088
|
|
1089 X11R6 is set up to make shared libraries only, on Sunos 4.
|
|
1090 Therefore, in order to link Emacs, you need to create static X libraries.
|
|
1091 To do this, rebuild X11 after setting
|
|
1092 #define ForceNormalLib YES
|
|
1093 #define SeparateSharedCompile YES
|
|
1094 in site.def (after #ifdef AfterVendorCF).
|
|
1095
|
|
1096 Use `m68k' for the 68000-based Sun boxes, `sparc' for Sparcstations,
|
|
1097 and `i386' for Sun Roadrunners. i386 calls for Sunos4.0.
|
|
1098
|
|
1099 If you compile with Sun's ANSI compiler acc, you need additional options
|
|
1100 when linking temacs, such as
|
|
1101 /usr/lang/SC2.0.1/values-Xt.o -L/usr/lang/SC2.0.1/cg87 -L/usr/lang/SC2.0.1
|
|
1102 (those should be added just before the libraries) and you need to
|
|
1103 add -lansi just before -lc. The precise file names depend on the
|
|
1104 compiler version, so we cannot easily arrange to supply them.
|
|
1105
|
|
1106 On SunOS 4.1.1, do not use /usr/5bin/cc. You can use gcc or/usr/bin/cc.
|
|
1107 Make sure the environment variable LD_LIBRARY_PATH is not defined.
|
|
1108
|
|
1109 Some people report crashes on SunOS 4.1.3 if SYSTEM_MALLOC is defined.
|
|
1110 Others have reported that Emacs works if SYSTEM_MALLOC is defined, and not
|
|
1111 if it is undefined. So far we do not know why results vary in this way.
|
|
1112 The sources are set up so that SYSTEM_MALLOC is defined; if that crashes,
|
|
1113 or if you want the benefit of the relocating memory allocator, you can
|
|
1114 try enabling the #undef SYSTEM_MALLOC in src/s/sunos4-1-3.h.
|
|
1115
|
|
1116 On Solaris 2, you need to install patch 100947-02 to fix a system bug.
|
|
1117 Presumably this patch comes from Sun. You must alter the definition of
|
|
1118 LD_SWITCH_SYSTEM if your X11 libraries are not in /usr/openwin/lib.
|
|
1119 You must make sure that /usr/ucblib is not in your LD_LIBRARY_PATH.
|
|
1120
|
|
1121 On Solaris 2.2, with a multiprocessor SparcCenter 1000, Emacs 19.17 is
|
|
1122 reported to hang sometimes if it exits while it has one or more
|
|
1123 subprocesses (e.g. the `wakeup' subprocess used by `display-time').
|
|
1124 Emacs and its subprocesses become zombies, and in their zombie state
|
|
1125 slow down their host and disable rlogin and telnet. This is most
|
|
1126 likely due to a bug in Solaris 2.2's multiprocessor support,
|
|
1127 rather than an Emacs bug.
|
|
1128
|
|
1129 On Solaris, do not use /usr/ucb/cc. Use /opt/SUNWspro/bin/cc. Make
|
|
1130 sure that /usr/ccs/bin and /opt/SUNWspro/bin are in your PATH before
|
|
1131 /usr/ucb. (Most free software packages have the same requirement on
|
|
1132 Solaris.)
|
|
1133
|
|
1134 If you have trouble using open-network-stream, get the distribution
|
|
1135 of `bind' (the BSD name-server), build libresolv.a, and link Emacs
|
|
1136 with -lresolv, by copying the #definition of LIBS_SYSTEM in
|
|
1137 src/s/sunos4-1.h to src/config.h. This problem is due to obsolete
|
|
1138 software in the nonshared standard library.
|
|
1139
|
|
1140 If you want to use SunWindows, define HAVE_SUN_WINDOWS
|
|
1141 in config.h to enable a special interface called `emacstool'.
|
|
1142 The definition must *precede* the #include "machine.h".
|
|
1143 System version 3.2 is required for this facility to work.
|
|
1144
|
|
1145 We recommend that you instead use the X window system, which
|
|
1146 has technical advantages, is an industry standard, and is also
|
|
1147 free software. The FSF does not support the SunWindows code;
|
|
1148 we installed it only on the understanding we would not let it
|
|
1149 divert our efforts from what we think is important.
|
|
1150
|
|
1151 If you are compiling for X windows, and the X window library was
|
|
1152 compiled to use the 68881, then you must edit config.h according
|
|
1153 the comments at the end of `src/m/sun3.h'.
|
|
1154
|
|
1155 Note that Emacs on a Sun is not really as big as it looks.
|
|
1156 As dumped, it includes around 200k of zeros between the
|
|
1157 original text section and the original data section
|
|
1158 (now remapped as part of the text). These are never
|
|
1159 swapped in.
|
|
1160
|
|
1161 To build a single Emacs that will run on Sun 2 and Sun 3
|
|
1162 HARDWARE, just build it on the Sun 2.
|
|
1163
|
|
1164 On Sunos 4.1.3, the word is that Emacs can loop infinitely
|
|
1165 on startup with X due perhaps to a bug in Sunos. Installing all of
|
|
1166 these Sun patches fixes the problem. We don't know which of them
|
|
1167 are really relevant.
|
|
1168
|
|
1169 100075-11 100224-06 100347-03 100482-05 100557-02 100623-03 100804-03
|
|
1170 101080-01 100103-12 100249-09 100496-02 100564-07 100630-02 100891-10
|
|
1171 101134-01 100170-09 100296-04 100377-09 100507-04 100567-04 100650-02
|
|
1172 101070-01 101145-01 100173-10 100305-15 100383-06 100513-04 100570-05
|
|
1173 100689-01 101071-03 101200-02 100178-09 100338-05 100421-03 100536-02
|
|
1174 100584-05 100784-01 101072-01 101207-01
|
|
1175
|
|
1176 Tadpole 68K (m68k-tadpole-sysv)
|
|
1177
|
|
1178 Changes merged in 19.1.
|
|
1179
|
|
1180 You may need to edit Makefile to change the variables LIBDIR and
|
|
1181 BINDIR from /usr/local to /usr/contrib.
|
|
1182
|
|
1183 To give movemail access to /usr/mail, you may need to execute
|
|
1184
|
|
1185 chmod 2755 etc/movemail; chgrp mail etc/movemail
|
|
1186
|
|
1187 Tahoe (tahoe-tahoe-bsd4.2 or tahoe-tahoe-bsd4.3)
|
|
1188
|
|
1189 18.52 was known to work on some Tahoes, but a compiler bug intervenes
|
|
1190 on others. Some Emacs versions have worked in Unisys 1r4
|
|
1191 (not in 1r3) and CCI I.21.
|
|
1192
|
|
1193 If you have trouble compiling `lib-src/loadst.c', turn off the definition
|
|
1194 of DKSTAT_HEADER_FILE in `src/m/tahoe.h'.
|
|
1195
|
|
1196 Tandem Integrity S2 (mips-tandem-sysv)
|
|
1197
|
|
1198 Changes merged in 18.56 but subprocess support is turned off.
|
|
1199 You will probably want to see if you can make subprocesses work.
|
|
1200
|
|
1201 You must edit `lib-src/Makefile' to define LOADLIBES = -mld.
|
|
1202
|
|
1203 Tektronix XD88 (m88k-tektronix-sysv3*)
|
|
1204
|
|
1205 The 19.26 pretest was reported to work.
|
|
1206 Minor changes merged in 19.19.
|
|
1207
|
|
1208 Tektronix 16000 box (6130?) (ns16k-tektronix-bsd)
|
|
1209
|
|
1210 Emacs 17.61 worked.
|
|
1211
|
|
1212 Tektronix 4300 (m68k-tektronix-bsd)
|
|
1213
|
|
1214 Emacs 19.26 pretest reported to work.
|
|
1215
|
|
1216 Titan P2 or P3 (titan-titan-sysv)
|
|
1217
|
|
1218 Changes probably merged in version 19.
|
|
1219
|
|
1220 Ustation E30 (SS5E) (m68k-unisys-unipl)
|
|
1221
|
|
1222 Changes merged in 18.52; don't know whether they work.
|
|
1223
|
|
1224 Vaxen running Berkeley Unix (vax-dec-bsd4.1, vax-dec-bsd4.2, vax-dec-bsd4.3),
|
|
1225 Ultrix (vax-dec-ultrix),
|
|
1226 System V (vax-dec-sysv0, vax-dec-sysv2), or
|
|
1227 VMS (vax-dec-vms)
|
|
1228
|
|
1229 Works.
|
|
1230
|
|
1231 See under Ultrix for problems using X windows on Ultrix (vax-dec-ultrix).
|
|
1232
|
|
1233 18.27 worked on System V rel 2 (vax-dec-sysv2).
|
|
1234
|
|
1235 18.36 worked on System V rel 0 (vax-dec-sysv0).
|
|
1236
|
|
1237 Richard Levitte <levitte@e.kth.se> distributes a set of patches to
|
|
1238 Emacs 18.59 to make it work nicely under VMS. Emacs 19 probably
|
|
1239 won't work very well, or even compile. Levitte is working on a
|
|
1240 port, so these problems should be fixed in the near future.
|
|
1241
|
|
1242 Whitechapel MG1 (ns16k-whitechapel-?)
|
|
1243
|
|
1244 May work. Supposedly no changes were needed except in `src/m/mg1.h'
|
|
1245 file. I do not know what Unix version runs on them.
|
|
1246
|
|
1247 Wicat (m68k-wicat-sysv)
|
|
1248
|
|
1249 Changes merged as of 18.6; whether they work is unknown.
|
|
1250 See comments in `src/m/wicat.h' for things you should change
|
|
1251 depending on the system and compiler version you have.
|
|
1252
|
|
1253 Here are notes about some of the systems supported:
|
|
1254
|
|
1255 Berkeley 4.1 (bsd4.1)
|
|
1256
|
|
1257 Works on vaxes.
|
|
1258
|
|
1259 Berkeley 4.2 (bsd4.2)
|
|
1260
|
|
1261 Works on several machines.
|
|
1262
|
|
1263 Berkeley 4.3 (bsd4.3)
|
|
1264
|
|
1265 Works, on Vaxes at least.
|
|
1266
|
|
1267 Esix
|
|
1268
|
|
1269 The following was written for Emacs 18.59 and has been
|
|
1270 slightly adapted for Emacs 19. It may need more change to be correct.
|
|
1271
|
|
1272 Use s/usg5-4.h for Esix System V 4.0.[34] systems if you also have
|
|
1273 XFree86. If you insist on using the Esix X Window libraries, good
|
|
1274 luck. s/esix5r4.h provides a starting point, but doesn't seem to
|
|
1275 work consistently. The basic problems involve the need to load
|
|
1276 -lX11 *last* in the link command, and even then some things break.
|
|
1277 You get best results by installing XFree86 and forgetting about the
|
|
1278 Esix stuff unless you want to run IXI xdt3, which really only needs
|
|
1279 the Esix X11 shared libraries.
|
|
1280
|
|
1281 To compile with XFree86, make sure that your LD_LIBRARY_PATH
|
|
1282 contains /usr/X386/lib. Be careful if you also have the Esix X
|
|
1283 Window libraries that /usr/X386/lib appears *first* in the
|
|
1284 LD_LIBRARY_PATH. Then define C_SWITCH_X_SYSTEM -I/usr/X386/include.
|
|
1285
|
|
1286 Linux (actually GNU/Linux)
|
|
1287
|
|
1288 Most of the complete systems which use the Linux kernel are close
|
|
1289 enough to the GNU system to be considered variant GNU systems. We
|
|
1290 call them "Linux-based GNU systems," or GNU/Linux for short.
|
|
1291
|
|
1292 It is not coincidence that many of the other components used with
|
|
1293 Linux--including GNU Emacs--were developed specifically for the GNU
|
|
1294 project. The GNU project was launched in 1984 to develop a free
|
|
1295 complete Unix-like operating system. To reach this goal, we had to
|
|
1296 develop whatever system components were not available as freely
|
|
1297 redistributable software from some other source.
|
|
1298
|
|
1299 The GNU project wants users of GNU/Linux systems to be aware of how
|
|
1300 these systems relate to the GNU project, because that will help
|
|
1301 spread the GNU idea that software should be free--and thus encourage
|
|
1302 people to write more free software. See the file LINUX-GNU in this
|
|
1303 directory for more explanation.
|
|
1304
|
|
1305 Microport
|
|
1306
|
|
1307 See under "Intel 386".
|
|
1308
|
|
1309 MSDOS
|
|
1310
|
|
1311 For installation on MSDOS, see the file INSTALL (search for `MSDOG',
|
|
1312 near the end of the file). See the "MS-DOS" chapter of the manual
|
|
1313 for information about using Emacs on MSDOS.
|
|
1314
|
|
1315 SCO Unix
|
|
1316 If you have TCP but not X, you need to edit src/s/sco4.h
|
|
1317 to define HAVE_SOCKETS.
|
|
1318
|
|
1319 If you are using MMDF instead of sendmail, you need to remove
|
|
1320 /usr/lib/sendmail or modify lisp/paths.el before compiling.
|
|
1321 lisp/paths.el (which is loaded during the build) will attempt to use
|
|
1322 sendmail if it exists.
|
|
1323
|
|
1324 If you are using SMAIL, you need to define the macro
|
|
1325 SMAIL in config.h.
|
|
1326
|
|
1327 System V rel 0 (usg5.0)
|
|
1328
|
|
1329 Works, on Vaxes and 3bxxx's.
|
|
1330 There are some problems in 18.37 due to shortnames/cccp problems:
|
|
1331 use the emacs 17 cpp if you have it.
|
|
1332
|
|
1333 System V rel 2 (usg5.2)
|
|
1334
|
|
1335 Works on various machines.
|
|
1336 On some (maybe all) machines the library -lPW exists and contains
|
|
1337 a version of `alloca'. On these machines, to use it, put
|
|
1338 #define HAVE_ALLOCA
|
|
1339 #define LIB_STANDARD -lPW -lc
|
|
1340 in the `src/m/MACHINENAME.h' file for the machine.
|
|
1341
|
|
1342 If you find that the character Meta-DEL makes Emacs crash,
|
|
1343 find where function init_sys_modes in sysdep.c sets sg.c_cc[VQUIT]
|
|
1344 and make it store 7 there. I have as yet no evidence of whether
|
|
1345 this problem, known in HP/UX, exists in other system V versions.
|
|
1346
|
|
1347 System V rel 2.2 (usg5.2.2)
|
|
1348
|
|
1349 In 5.2.2 AT&T undid, incompatibly, their previous incompatible
|
|
1350 change to the way the nlist library is called. A different s- file
|
|
1351 is used to enable the other interface.
|
|
1352
|
|
1353 They call themselves the right choice--can't they choose?
|
|
1354
|
|
1355 Emacs version 18 unexec is currently not working properly
|
|
1356 on 5.2.2. Nobody knows why yet. A workaround is to define
|
|
1357 NO_REMAP. It is not yet known whether this applies to all
|
|
1358 machines running 5.2.2.
|
|
1359
|
|
1360 System V rel 3 (usg5.3)
|
|
1361
|
|
1362 Some versions of this system support ptys and BSD-style sockets.
|
|
1363 On such systems, you should define HAVE_PTYS and HAVE_SOCKETS in config.h.
|
|
1364
|
|
1365 If you want to link Emacs with shared libraries, define
|
|
1366 USG_SHARED_LIBRARIES.
|
|
1367
|
|
1368 You may have to add ANSI idempotence #-lines to your sys/types.h
|
|
1369 file to get Emacs to compile correctly. This may be necessary on
|
|
1370 other pre-ANSI systems as well.
|
|
1371
|
|
1372 On an AT&T 6386WGS using System V Release 3.2 and X11R3, the X support
|
|
1373 cannot be made to work. Whether or not the GNU relocating malloc is
|
|
1374 used, the symptom is that the first call Emacs makes to sbrk(0) returns
|
|
1375 (char *)-1. Sorry, you're stuck with character-only mode. Try
|
|
1376 installing Xfree86 to fix this.
|
|
1377
|
|
1378 System V rel 4.0.3 and 4.0.4 (usg5.4)
|
|
1379
|
|
1380 Supported, including shared libraries for ELF, but ptys do not work
|
|
1381 because TIOCGPGRP fails to work on ptys (but Dell 2.2 seems to have
|
|
1382 fixed this). This failure is probably due to a misunderstanding of
|
|
1383 the consequences of the POSIX spec: many system designers mistakenly
|
|
1384 think that POSIX requires this feature to fail. This is untrue;
|
|
1385 ptys are an extension, and POSIX says that extensions *when used*
|
|
1386 may change the action of standard facilities in any fashion.
|
|
1387
|
|
1388 If you get compilation errors about wrong number of
|
|
1389 arguments to getpgrp, define GETPGRP_NO_ARG.
|
|
1390
|
|
1391 The standard C preprocessor may generate xmakefile incorrectly. However,
|
|
1392 /lib/cpp will work, so use `make CPP=/lib/cpp'. Standard cpp
|
|
1393 seems to work OK under Dell 2.2.
|
|
1394
|
|
1395 Some versions 3 and earlier of V.4, on the Intel 386 and 860, had
|
|
1396 problems in the X11 libraries. These prevent Emacs from working
|
|
1397 with X. You can use Emacs with X provided your copy of X is based
|
|
1398 on X11 release 4 or newer, or is Dell's 2.2 (which is a 4.0.3).
|
|
1399 Unfortunately, the only way you can tell whether your X11 library is
|
|
1400 new enough is to try compiling Emacs to use X. If emacs runs, your
|
|
1401 X11 library is new enough.
|
|
1402
|
|
1403 In this context, GSV4 and GSV4i are alternate names for X11R4.
|
|
1404 OL2.* is X11R3 based. OL3 is in between X11R3 and X11R4, and may or
|
|
1405 may not work, depending on who made the Unix system. If the library
|
|
1406 libXol is part of the X distribution, then you have X11R3 and Emacs
|
|
1407 won't work with X.
|
|
1408
|
|
1409 Most versions of V.4 support sockets. If `/usr/lib/libsocket.so'
|
|
1410 exists, your system supports them. If yours does not, you must add
|
|
1411 #undef HAVE_SOCKETS in config.h, after the inclusion of s-usg5-4.h.
|
|
1412 (Any system that supports Internet should implement sockets.)
|
|
1413
|
|
1414 Ultrix (bsd4.3)
|
|
1415
|
|
1416 Recent versions of Ultrix appear to support the features of Berkeley 4.3.
|
|
1417 Ultrix was at the BSD 4.2 level for a long time after BSD 4.3 came out.
|
|
1418
|
|
1419 Ultrix 3.0 has incompatibilities in its X library if you have the
|
|
1420 Ultrix version of X (UWS version 2.0). To solve them, you need to
|
|
1421 prevent XvmsAlloc.o in Xlib from being used. Israel Pinkas says:
|
|
1422
|
|
1423 I added the following lines to config.h after the X defines:
|
|
1424
|
|
1425 #if defined(ultrix) && defined(X11)
|
|
1426 #define OBJECTS_SYSTEM calloc.o
|
|
1427 #endif
|
|
1428
|
|
1429 Then I ran the following:
|
|
1430
|
|
1431 ar x /usr/lib/libc.a calloc.o
|
|
1432
|
|
1433 The problem is said to be gone in UWS version 2.1.
|
|
1434
|
|
1435 Uniplus 5.2 (unipl5.2)
|
|
1436
|
|
1437 Works, on Dual machines at least.
|
|
1438
|
|
1439 VMS (vmsM.N)
|
|
1440
|
|
1441 Richard Levitte <levitte@e.kth.se> distributes a set of patches to
|
|
1442 Emacs 18.59 to make it work nicely under VMS. Emacs 19 probably
|
|
1443 won't work very well, or even compile. Levitte is working on a
|
|
1444 port, so these problems should be fixed in the near future.
|
|
1445
|
|
1446 Note that Emacs for VMS is usually distributed in a special VMS
|
|
1447 distribution. See the file ../vms/VMSINSTALL for info on moving
|
|
1448 Unix distributions to VMS, and other VMS-related topics.
|
|
1449
|
36310
|
1450 Windows NT/95/98/ME/2000
|
25852
|
1451
|
36310
|
1452 For installation on all versions of the MS-Windows platform, see the
|
|
1453 file nt/INSTALL.
|
25852
|
1454
|
|
1455 Xenix (xenix)
|
|
1456
|
|
1457 Should work in 18.50, but you will need to edit the files
|
|
1458 `lib-src/Makefile' and `src/ymakefile'
|
|
1459 (see the comments that mention "Xenix" for what to change.)
|
|
1460 Compiling Emacs with -O is said not to work.
|
|
1461
|
|
1462 If you want Emacs to work with Smail (installed as /usr/bin/smail)
|
|
1463 then add the line #define SMAIL to config.h.
|
|
1464
|
|
1465 The file etc/XENIX suggests some useful things to do to Xenix
|
|
1466 to make the Emacs meta key work.
|
|
1467
|
|
1468 Local variables:
|
|
1469 mode: indented-text
|
|
1470 fill-prefix: " "
|
|
1471 End:
|
52401
|
1472
|
|
1473 arch-tag: 7d2e93c7-e982-40ec-9055-3cd064042473
|