This is a list of the status of GNU Emacs on various machines and systems.Last updated 15 January 1991.Systems:  For each type of system, the name of the appropriate s- header file  is given.Berkeley 4.1 (s-bsd4-1.h)  Works on vaxes.Berkeley 4.2 (s-bsd4-2.h)  Works on several machines.Berkeley 4.3 (s-bsd4-3.h)  Works, on Vaxes at least.Microport  See under "Intel 386".System V rel 0 (s-usg5-0.h)  Works, on Vaxes and 3bxxx's.  There are some problems in 18.37 due to shortnames/cccp problems:  use the emacs 17 cpp if you have it.System V rel 2 (s-usg5-2.h)  Works on various machines.  On some (maybe all) machines the library -lPW exists and contains  a version of `alloca'.  On these machines, to use it, put     #define HAVE_ALLOCA     #define LIB_STANDARD -lPW -lc  in the m-...h file for the machine.  If you find that the character Meta-DEL makes Emacs crash,  find where function init_sys_modes in sysdep.c sets sg.c_cc[VQUIT]  and make it store 7 there.  I have as yet no evidence of whether  this problem, known in HP-UX, exists in other system V versions.  If you are compiling to work with X11 release 4, you may need  to define HAVE_RANDOM in config.h.System V rel 2.2 (s-usg5-2-2.h)  In 5.2.2 AT&T undid, incompatibly, their previous incompatible  change to the way the nlist library is called.  A different s- file  is used to enable the other interface.  They call themselves the right choice--can't they choose?  Emacs version 18 unexec is currently not working properly  on 5.2.2.  Nobody knows why yet.  A workaround is to define  NO_REMAP.  It is not yet known whether this applies to all  machines running 5.2.2.  If you are compiling to work with X11 release 4, you may need  to define HAVE_RANDOM in config.h.System V rel 3 (s-usg5-3.h)  Some versions of this system support ptys and BSD-style sockets.  On such systems, you should define HAVE_PTYS and HAVE_SOCKETS in config.h.  If you are compiling to work with X11 release 4, you may need  to define HAVE_RANDOM in config.h.  If you want to link Emacs with shared libraries, define  USG_SHARED_LIBRARIES.System V rel 4 (s-usg5-4.h)  Supported, including shared libraries for ELF, but ptys do not  work because TIOCGPGRP fails to work on ptys.  This failure is probably due to a misunderstanding of the   consequences of the POSIX spec: many system designers mistakenly  think that POSIX requires this feature to fail.  This is untrue;  ptys are an extension, and POSIX says that extensions *when used*  may change the action of standard facilities in any fashion.  The standard C preprocessor generate xmakefile incorrectly.  However,  /lib/cpp will work, so use `make CPP=/lib/cpp'.Ultrix (s-bsd4-2.h)  DEC's Ultrix OS is essentially Berkeley 4.2.  It does not correctly  implement certain features of 4.3.  Ultrix 3.0 has incompatibilities in its X library if you have the  Ultrix version of X (UWS version 2.0).  To solve them, you need to  prevent XvmsAlloc.o in Xlib from being used.  Israel Pinkas says:    I added the following lines to config.h after the X defines:    #if defined(ultrix) && defined(X11)    #define OBJECTS_SYSTEM calloc.o    #endif    Then I ran the following:    ar x /usr/lib/libc.a calloc.o  The problem is said to be gone in UWS version 2.1.  Ultrix 4.1 has moved the file X11/X10.h into mit/X11/X10.h.Uniplus 5.2 (s-unipl5-2.h)  Works, on Dual machines at least.VMS (s-vms.h)  Works except for certain features (directory listing, dired,  sending and receiving mail) that use synchronous subprocesses.  We need people to write alternative implementations of these  facilities.  Note that Emacs for VMS is usually distributed in a special  VMS distribution.  See the file ../VMSINSTALL for info on moving  Unix distributions to VMS, and other VMS-related topics.Xenix  Should work in 18.50, but you will need to edit the files  etc/Makefile and src/ymakefile  (see the comments that mention "Xenix" for what to change.)  Compiling Emacs with -O is said not to work.  If you want Emacs to work with Smail (installed as /usr/bin/smail)  then add the line   #define SMAIL  to config.h.  The file etc/XENIX suggests some useful things to do to Xenix  to make the Emacs meta key work.Machines:  For each type of machine, the names of the m- and s- header files  are given.Alliant (m-alliant4.h or m-alliant.h or m-alliant1.h; s-bsd4-2.h)  18.52 works on system version 4.  Previous Emacs versions were  known to work on previous system versions.  Use m-alliant1.h on version 1 of their operating system  and use m-alliant.h on version 2 or 3.  Use m-alliant4.h on version 4.Altos 3068 (m-altos.h; s-usg5-2.h)  18.52 is said to work, provided you don't compile unexec.c with -O.Amdahl UTS (m-amdahl.h; s-usg5-2-2.h)  Small changes for 18.38 were merged in 18.39.  It is mostly  working, but at last report a bug sometimes causes Emacs to  grab very large amounts of memory.  No fix or explanation  has yet been reported.  It may be possible to find this bug  if you find which Emacs command it happens within and then  run that command with a breakpoint set at malloc.  The 5.2u370 compiler is so brain damaged that it is not  even worth trying to use it.  Success was obtained with the  uts native C compiler on uts version 5.2.5.Apollo running Domain (m-apollo.h; s-bsd4-2.h)  18.52 works, to some extent.  Code for dumping Emacs has been written, but we cannot  distribute it yet.  There are reports of bugs in cc -O on this system.  In etc/Makefile, don't expect emacsclient and server to  compile.  You might want to remove them from your makefile.  Supposedly something in dired.c runs into a compiler bug.  Paraphrasing the statement should avoid the problem.  I havenot yet received word as to the exact statement this is.AT&T 3b2, 3b5, 3b15, 3b20 (m-att3b.h; s-usg5-2-2.h)  Emacs will probably not work with certain kernel constants too small.   In param.h CDLIMIT should be at least (1L << 12) in order to allow   processes to write up to 2 Mbyte files.  If it's too small,  you can perhaps fix it using the file `ulimit.hack' in this directory.  Note that for V.3.1 and later releases, this parameter is configurable  by normal means in /etc/master.d/kernel; examine that file for the  symbol CDLIMIT or ULIMIT, and raise it by several powers of 2.  Then  do normal kernel rebuild things via "cd /boot; mkboot -k KERNEL" and so  forth.  Do not use ulimit.hack if you have V.3.1 or later.  In seg.h NSEGP and STACKSEG should be at least 16 and 4 respectively  to allow processes with total size of up to 2Mbytes.  However, I'm told it is unlikely this would fail to be true.  The MAXMEM may also prevent Emacs from running.  The file  3B-MAXMEM in this directory explains how to increase MAXMEM.AT&T 7300 or 3b1 (m-7300.h; s-usg5-2-2.h)  18.52 seems to work.  If you have strange troubles with dumping Emacs,  delete the last few lines from m-7300.h and recompile.  These lines  are supposed to produce a sharable executable.  m-7300.h defines SHORTNAMES because operating system versions  older than 3.5 did not support long symbol names.  Version 3.5 does  support them, so you can remove the #define SHORTNAMES in that version.CCI 5/32, 6/32  See "Tahoe".Celerity (m-celerity.h; s-bsd4-2.h)  Version 18.49 works.Convex (m-convex.h; s-bsd4-3.h)  18.56 works.  OS version 8.1 requires at least 18.56.  Use "make CC=pcc" to avoid problems making xmakefile.Cydra 5 (m-cydra5.h; s-usg5-3.h)  18.51 worked in one version of their operating system but stopped  working in a newer version.  This has not been fixed.DECstation (m-pmax.h; s-bsd4-2.h or s-bsd4-3.h)  Works, as of 18.55.  See under Ultrix for problems using X windows  on Ultrix.  Note that this is a MIPS machine.  s-bsd4-3.h is said to work ok with Ultrix 4.1.  For Ultrix versions prior to 4.0, you may need to delete  the definition of START_FILES from m-pmax.h.Dual running System V (m-dual.h; s-usg5-2.h)  As of 17.46, this works except for a few changes  needed in unexec.c.Dual running Uniplus (m-dual.h; s-unipl5-2.h)  Works, as of 17.51.Elxsi 6400 (m-elxsi; s-usg5-2.h)  18.36 required one small change that's installed in 18.38.  m-elxsi.h currenty specifies CANNOT_DUMP.  The Elxsi can in principle dump, but the necessary changes to  unexec, which involve byte-swapping, were too ugly to install.  If someone submits simple code that supports dumping on the Elxsi,  it can be installed and CANNOT_DUMP can be turned off.Encore machine (m-ns16000.h; s-umax.h)  This machine bizarrely uses 4.2BSD modified to use the COFF format  for object files.  Works (as of 18.40).  For the APC processor you  must enable two lines at the end of s-umax.h, which are commented  out in the file as distributed.  WARNING: If you compile Emacs with the "-O" compiler switch, you  must also use the "-q enter_exits" switch so that all functions have  stack frames.  Otherwise routines that call `alloca' all lose.  A kernel bug in some system versions causes input characters to be lost  occasionally.GEC 93 (m-gec93.h; s-usg5-2.h?)  Changes are partially merged in version 18, but  certainly require more work.Gould (m-gould.h; s-bsd4-2.h or s-bsd4-3.h)  18.36 worked on versions 1.2 and 2.0 of the operating system.  On UTX/32 2.0, use s-bsd4-3.h.  On UTX/32 1.2 and UTX/32S 1.0, use s-bsd4-2.h and note that compiling   etc/sorted-doc tickles a compiler bug:  remove the -g flag to cc in the   makefile.  UTX/32 1.3 has a bug in the bcopy library routine.  Fix it by   #undef BSTRING in m-gould.h.HP 9000 series 200 or 300 (m-hp9000s300.h; s-hpux.h or s-bsd4-3.h)  Version 18 works.  These machines are 68000-series CPUs running HP-UX  (a derivative of sysV with some BSD features) or BSD 4.3 ported by Utah.  The choice of s- file determines which system Emacs is built for.  Series 200 HPUX runs Emacs only if it has the "HP-UX upgrade".  The series 500 has a seriously incompatible memory architecture  which relocates data in memory during execution of a program,  and support for it would be difficult to implement.  Note that HP has used two incompatible assembler syntaxes,  and has recently changed the format of C function frames.  src/crt0.c and src/alloca.s have been conditionalised for the new  assembler and new function-entry sequence.  You may need to define  OLD_HP_ASSEMBLER if you are using an older hpux version.  If you  have an official (bought from HP) series 300 machine you have  the new assembler.  Kernels that are 5.+ or later have new  assembler.  A Series 200 that has been upgraded to a 68010  processor and a 5.+ kernel has the new compiler.  Define C_SWITCH_MACHINE to be +X to make a version of Emacs that  runs on both 68010 and 68020 based hp-ux's.  Define HPUX_68010 if you are using the new assembler, for  a system that has a 68010 without a 68881.  This is to say,  a s200 (upgraded) or s310.  Define the symbol HPUX_NET if you have the optional network features  that include the `netunam' system call.  This is refered to as  Network Services (NS/9000) in HP literature.  If you are compiling to work with X11 release 4, you may need  to define HAVE_RANDOM in config.h.HP 9000 series 800 (Spectrum) (m-hp9000s800.h; s-hpux.h)  These files support HP's Precision Architecture machines  running HP-UX.  It has been moderately tested on the Series  840.High Level Hardware Orion (m-orion.h; s-bsd4-2.h)  This is the original microprogrammed hardware.  m- file ought to work.High Level Hardware Orion 1/05 (m-orion105.h; s-bsd4-2.h)  Changes merged in 18.52.  This is the one with the Clipper cpu.  Note that systems which lack NFS may need LOAD_AVE_TYPE changed to `double'.  C compiler has a bug; it loops compiling eval.c.  Compile it by hand without optimization.IBM PS2 (m-ibmps2-aix.h; s-usg5-2-2.h or s-usg5-3.h)  Changes mostly merged in 18.55.  You may need to put an #ifndef AIX  conditional around the definition of closedir in sysdep.c, and  perhaps delete the #include of sioctl.h.  You may need to copy  /usr/lib/samples/hft/hftctl.c to the Emacs src directory.  Use s-usg5-3.h on AIX 1.2.  s-usg5-2-2.h should work on either AIX 1.1 or 1.2, but may not work with  certain new X window managers, and may be suboptimal.