X-Git-Url: https://code.delx.au/gnu-emacs/blobdiff_plain/ecae6af979abcbb5b45c33ee05ceb297678ec9a0..feceda26100f1b5712a85aadf0c428a1507b538d:/etc/MACHINES diff --git a/etc/MACHINES b/etc/MACHINES index 0e55fa76ea..8fc79ab0d1 100644 --- a/etc/MACHINES +++ b/etc/MACHINES @@ -1,7 +1,7 @@ Emacs machines list Copyright (C) 1989, 1990, 1992, 1993, 1998, 2001, 2002, 2003, 2004, - 2005, 2006, 2007, 2008 Free Software Foundation, Inc. + 2005, 2006, 2007, 2008, 2009, 2010 Free Software Foundation, Inc. See the end of the file for license conditions. This is a list of the status of GNU Emacs on various machines and systems. @@ -53,8 +53,7 @@ Alpha (DEC) running GNU/Linux (alpha-dec-linux-gnu) Apple Macintosh running Mac OS X - For installation on all versions of the Mac OS platform, see the file - mac/INSTALL. + For installation instructions see the file nextstep/INSTALL. Apple PowerPC Macintosh running GNU/Linux @@ -84,27 +83,6 @@ Cubix QBx/386 (i386-cubix-sysv) Changes merged in 19.1. Systems before 2/A/0 may fail to compile etags.c due to a compiler bug. -DECstation (mips-dec-ultrix or mips-dec-osf) - - This machine is the older Mips-based DECstation. - Emacs should now work on the Alpha CPU. - - 19.25 works on Ultrix 4.2. The 19.26 pretest was reported to work - on Ultrix 4.2a and on 4.4. - - One user reported 19.25 did not work at all with --with-x-toolkit - using X11R5 patch level 10, but worked ok with X11R5 pl26. - - See under Ultrix for problems using X windows on Ultrix. - Note that this is a MIPS machine. - - For Ultrix versions 4.1 or earlier, you may need to define - SYSTEM_MALLOC in `src/m/pmax.h', because XvmsAlloc.o in libX11.a seems - to insist on defining malloc itself. - - For Ultrix versions prior to 4.0, you may need to delete - the definition of START_FILES from `src/m/pmax.h'. - Motorola Delta 147 (m68k-motorola-sysv) The EMacs 19.26 pretest was reported to work. @@ -121,76 +99,12 @@ Fujitsu DS/90 (sparc-fujitsu-sysv4) Changes merged in 20.3. -GEC 63 (local-gec63-usg5.2) - - Changes are partially merged in version 18, but certainly require - more work. Let us know if you get this working, and we'll give it a - real configuration name. - -Harris Power PC (powerpc-harris-powerunix) - - Patches have been merged in 19.31. - -Hewlett-Packard 9000 series 200 or 300 (m68k-hp-bsd or m68k-hp-hpux - or m68k-hp-netbsd) - - 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 operating system suffix determines which system Emacs is built for. - - Series 200 HPUX runs Emacs only if it has the "HP/UX upgrade". - - Version 19 works under BSD. The 19.26 pretest was reported - to work on HPUX 9. 19.31 works on HPUX 10.01, but there are - some problems on 10.10 which have not been resolved. Emacs 19.34 - works on HPUX 10.20 provided you compile with GCC; with the HP C - compiler, subprocess commands do not work. - - On HPUX 9, Emacs sometimes crashes with SIGBUS or SIGSEGV after you - delete a frame. We think this is due to a bug in the X libraries - provided by HP. With the alternative X libraries in - /usr/contrib/mitX11R5/lib, the problem does not happen. - - If you are running HP/UX release 8.0 or later, you need the optional - "C/ANSI C" software in order to build Emacs (older releases of HP/UX - do not require any special software). If the file "/etc/filesets/C" - exists on your machine, you have this software, otherwise you do not. - - 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 referred to as - Network Services (NS/9000) in HP literature. - -HP 9000 series 500: not supported. - - 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. - HP 9000 series 700 or 800 (Spectrum) (hppa1.0-hp-hpux or hppa1.1-hp-hpux - or ...hpux9shr, or ...-nextstep) + or ...hpux9shr) Use hppa1.1 for the 700 series and hppa1.0 for the 800 series machines. (Emacs may not actually care which one you use.) - Support for NextSTEP was added in 19.31. - Emacs 20 may work on HPUX 10. You need patch PHSS_6202 to install the Xaw and Xmu libraries. On HPUX 10.20 you may need to compile with GCC; when Emacs was compiled with HP's C compiler, HP92453-01 A.10.32.03, @@ -251,14 +165,6 @@ HP 9000 series 700 or 800 (Spectrum) (hppa1.0-hp-hpux or hppa1.1-hp-hpux do not require any special software). If the file "/etc/filesets/C" exists on your machine, you have this software, otherwise you do not. -IBM PS/2 (i386-ibm-aix1.1 or i386-ibm-aix1.2) - - Changes merged in version 19. You may need to copy - /usr/lib/samples/hft/hftctl.c to the Emacs src directory. - - i386-ibm-aix1.1 may not work with certain new X window managers, and - may be suboptimal. - IBM RS/6000 (rs6000-ibm-aix*) Emacs 19.26 is believed to work; its pretest was tested. @@ -287,10 +193,6 @@ IBM RS/6000 (rs6000-ibm-aix*) As of 19.11, if you strip the Emacs executable, it ceases to work. - If you are using AIX 3.2.3, you may get a core dump when loading - ange-ftp. You may be able to fix the problem by defining LIBS_TERMCAP - as -ltermcap -lcurses. Please tell us if this fails to work. - If anyone can fix the above problems, or confirm that they don't happen with certain versions of various programs, we would appreciate it. @@ -299,27 +201,9 @@ IBM System/390 running GNU/Linux (s390-*-linux-gnu) As of Emacs 21.2, a 31-bit only version is supported on this system. -Integrated Solutions `Optimum V' (m68k-isi-bsd4.2 or -bsd4.3) - - 18.52 said to work on some sort of ISI machine. - Version 18.45 worked (running on a Optimum V (VME bus, 68020) - BSD 4.2 (3.05e) system). 18.42 is reported to work on - a Qbus 68010 system. Has not been tried on `WorkStation' `Cluster - Compute Node' `Cluster WorkStation' or `Server Node' (Love the - StudLYCaps) - - Compilation with -O is rumored to break something. - - On recent system versions, you may need to undefine the macro UMAX - in `lib-src/loadst.c' and `src/getpagesize.h'. They stupidly defined this - in a system header file, which confuses Emacs (which thinks that UMAX - indicates the Umax operating system). - -Intel 386 (i386-*-bsdi2, i386-*-freebsd, i386-*-linux-gnu, - i386-*-sol2.4, i386-*-sysv3, i386-intsys-sysv, - i386-*-sysv4, i386-*-sysv4.2, - i386-*-sysv5.3, i386-*-bsd4.2, i386-*-cygwin, - i386-*-bsd386, i386-*-386bsd, +Intel 386 (i386-*-freebsd, i386-*-linux-gnu, + i386-*-sol2.4, i386-intsys-sysv, + i386-*-sysv4, i386-*-sysv4.2, i386-*-cygwin, i386-*-msdos, i386-*-windowsnt. i386... can be replaced with i486... or i586...) @@ -327,9 +211,6 @@ Intel 386 (i386-*-bsdi2, i386-*-freebsd, i386-*-linux-gnu, you specify does not matter, and you can use any name you like (but it should not contain any dashes or stars). - When using the ISC configurations, be sure to specify the isc - version number - for example, if you're running ISC 3.0, use - i386-unknown-isc3.0 as your configuration name. Use i386-*-linux-gnu for GNU/Linux systems; Emacs runs as of version 19.26. Use i386-*-cygwin for Cygwin; Emacs builds as of version 22.1, in both X11 and non-X11 modes. (The Cygwin site has source and binaries for 21.2.) @@ -356,19 +237,12 @@ Intel 386 (i386-*-bsdi2, i386-*-freebsd, i386-*-linux-gnu, 19.29 is reported to crash when using Motif on Solaris 2.5. The reasons are not yet known. - Use i386-*-bsdiN for BSDI BSD/OS version N; Emacs runs as of version 19.23. - In some system versions, `make' is broken; use GNU make instead. - Shell bugs in version 1.0 of BSD/OS cause configure - to do the wrong thing with --with-x-toolkit; the workaround is to edit - configure to run another shell such as bash. - - For System V release 3, use i386-*-sysv3. For System V release 4, use i386-*-sysv4. For System V release 4.2, use i386-*-sysv4.2. If you are using SCO Unix, see notes at end under SCO. - On 386bsd, NetBSD and FreeBSD, at one time, it was necessary to use + On NetBSD and FreeBSD, at one time, it was necessary to use GNU make, not the system's make. Assuming it's installed as gmake, do `gmake install MAKE=gmake'. However, more recently it is reported that using the system Make on NetBSD 1.3.1 works ok. @@ -385,28 +259,6 @@ Intel 386 (i386-*-bsdi2, i386-*-freebsd, i386-*-linux-gnu, but no coherent explanation of why that might be so. If it is so, in current versions of Linux, something else should probably be changed. - Some sysV.3 systems seem to have bugs in `opendir'; - for them, alter `config.h' to define NONSYSTEM_DIR_LIBRARY - and undefine SYSV_SYSTEM_DIR. - - If you use optimization on V.3, you may need the option -W2,'-y 0' - to prevent certain faulty optimization. - - On 386/ix, to link with shared libraries, add #define USG_SHARED_LIBRARIES - to config.h. - - On SCO, there are problems in regexp matching when Emacs is compiled - with the system compiler. The compiler version is "Microsoft C - version 6", SCO 4.2.0h Dev Sys Maintenance Supplement 01/06/93; - Quick C Compiler Version 1.00.46 (Beta). The solution is to compile - with GCC. - - On ISC systems (2.02 and more recent), don't try to use the versions - of X that come with the system; use XFree86 instead. - - There is no consistency in the handling of certain system header files - on V.3. - Some versions have sys/sioctl.h, and require it in sysdep.c. But some versions do not have sys/sioctl.h. For a given version of the system, this may depend on whether you have @@ -424,13 +276,7 @@ Intel 386 (i386-*-bsdi2, i386-*-freebsd, i386-*-linux-gnu, but define `struct tc' instead; add `#define tchars tc' to config.h to solve this problem. -Iris 2500 and Iris 2500 Turbo (m68k-sgi-iris3.5 or m68k-sgi-iris3.6) - - Version 18 was said to work; use m68k-sgi-iris3.5 for system version 2.5 - and m68k-sgi-iris3.6 for system version 3.6. - Note that the 3030 is the same as the Iris 2500 Turbo. - -Iris 4D (mips-sgi-irix[456].*) +Iris 4D (mips-sgi-irix6.*) Emacs 21.3 is reported to work on IRIX 6.5.x. @@ -446,99 +292,16 @@ Iris 4D (mips-sgi-irix[456].*) could also try reinstalling the same version of GCC, and telling us whether that fixes the problem. -Mips (mips-mips-riscos, mips-mips-riscos4.0, or mips-mips-bsd) - - The C compiler on Riscos 4.51 dumps core trying to optimize - parts of Emacs. Try without optimization or try GCC. - - Meanwhile, the linker on that system returns success even if - there are undefined symbols; as a result, configure gets the - wrong answers to various questions. No work-around is known - except to edit src/config.h by hand to indicate which functions - don't exist. - - Use mips-mips-riscos4.0 for RISCOS version 4. - Use mips-mips-bsd with the BSD world. - - Note that the proper configuration names for DECstations are - mips-dec-ultrix and mips-dec-osf. - - If you are compiling with GCC, then you must run fixincludes; - the alternative of using -traditional won't work because - the definition of SIGN_EXTEND_CHAR uses the keyword `signed'. - - If the SYSV world is the default, then you probably need the following - line in etc/Makefile: - - CFLAGS= -g -systype bsd43 - - Some operating systems on MIPS machines give SIGTRAP for division by - zero instead of the usual signals. The only real solution is to fix - the system to give a proper signal. - - In the meantime, you can change init_data in data.c if you wish. - Change it to handle SIGTRAP as well as SIGFPE. But this will have a - great disadvantage: you will not be able to run Emacs under a - debugger. I think crashing on division by zero is a lesser problem. - - dsg@mitre.org reported needing to use --x-libraries=/bsd43/usr/lib - on a riscos4bsd site. But it is not clear whether this is needed in - general or only because of quirks on a particular site. - NCR Intel system (i386-ncr-sysv4.2) This system works in 19.31, but if you don't link it with GNU ld, you may need to set LD_RUN_PATH at link time to specify where to find the X libraries. -NEC EWS4800 (mips-nec-sysv4) - - This system works in 20.4, but you should use the compiler - /usr/abiccs/bin/cc (MIPS ABI MODE). - -NeXT (m68k-next-nextstep) - - Emacs 19 has not been tested extensively yet, but it seems to work - in a NeXTStep 3.0 terminal window, and under the X server called - co-Xist. You may need to specify -traditional when src/Makefile - builds xmakefile. - - NeXT users might want to implement direct operation with NeXTStep, - but from the point of view of the GNU project, that is a - distraction. - - Thanks to Thorsten Ohl for working on the NeXT port of Emacs 19. - -Pmax (DEC Mips) (mips-dec-ultrix or mips-dec-osf1) - - See under DECstation, above. - Prime EXL (i386-prime-sysv) Minor changes merged in 19.1. -Sequent Symmetry (i386-sequent-bsd, i386-sequent-ptx, i386-sequent-ptx4) - - 19.33 has changes to support ptx 4 (a modified SVR4). - - Emacs 19 should work on Dynix (BSD). However, if you compile with - the Sequent compiler, you may find Emacs does not restore the - terminal settings on exit. If this happens, compile with GCC. - - Emacs 19.27 contains patches that should support - DYNIX/ptx 1.4 and 2.1 with the native cc compiler. - - GCC can't compile src/process.c due to a non-standard Sequent asm - keyword extension supported by cc and used for the network byte/word - swapping functions in the PTX /usr/include/netinet/in.h file. GCC - 2.5.8 includes the file which can be included into - netinet/in.h to perform these byte/word swapping functions in the - same manner. Patches have been submitted to the FSF against GCC - 2.6.0 to fix this problem and allow Emacs to be built with GCC. - - If your machine does not have TCP/IP installed, you will have to edit the - src/s/ptx.h file and comment out #define TCPIP_INSTALLED. - Siemens Nixdorf RM600 and RM400 (mips-siemens-sysv4) Changes merged in 19.29. The version configured with @@ -558,23 +321,8 @@ Siemens Nixdorf RM600 and RM400 (mips-siemens-sysv4) LIBW= /usr/lib/libXm.a /usr/ccs/lib/libgen.a LIBXT= $(LIBW) -lXmu /usr/lib/libXt.a $(LIBXTR6) -lXext -SONY News (m68k-sony-bsd4.2 or m68k-sony-bsd4.3) - - 18.52 worked. Use m68k-sony-bsd4.3 for system release 3. - -SONY News 3000 series (RISC NEWS) (mips-sony-bsd) - - The 19.26 pretest is reported to work. - - Some versions of the operating system give SIGTRAP for division by zero - instead of the usual signals. This causes division by zero - to make Emacs crash. The system should be fixed to give the proper signal. - Changing Emacs is not a proper solution, because it would prevent - Emacs from working under any debugger. But you can change init_data - in data.c if you wish. - -Sun 3, Sun 4 (sparc), Sun 386 (sparc-sun-solaris2.*, - i386-sun-solaris2.*, sparc*-*-linux-gnu) +Sun 4 (sparc), Sun 386 (sparc-sun-solaris2.*, + i386-sun-solaris2.*, sparc*-*-linux-gnu) To build a 32-bit Emacs (i.e. if you are having any sort of problem bootstrapping a 64-bit version), you can use the Sun Studio compiler @@ -634,13 +382,6 @@ Sun 3, Sun 4 (sparc), Sun 386 (sparc-sun-solaris2.*, There are reports that using SunSoft cc with -xO4 -xdepend produces bad code for some part of Emacs. - Emacs works ok Sunos 4.1.x - provided you completely replace your C shared library - using one of the SunOS 4.1.x jumbo replacement patches from Sun. - Here are the patch numbers for Sunos 4.1.3: - 100890-10 SunOS 4.1.3: domestic libc jumbo patch - 100891-10 SunOS 4.1.3: international libc jumbo patch - Some people report that Emacs crashes immediately on startup when used with a non-X terminal, but we think this is due to compiling with GCC and failing to use GCC's "fixed" system header files. @@ -654,13 +395,6 @@ Sun 3, Sun 4 (sparc), Sun 386 (sparc-sun-solaris2.*, The problem went away when GCC 2.7.0 was used instead. We do not know whether anything in Emacs is partly to blame for this. - X11R6 is set up to make shared libraries only, on Sunos 4. - Therefore, in order to link Emacs, you need to create static X libraries. - To do this, rebuild X11 after setting - #define ForceNormalLib YES - #define SeparateSharedCompile YES - in site.def (after #ifdef AfterVendorCF). - If you compile with Sun's ANSI compiler acc, you need additional options when linking temacs, such as /usr/lang/SC2.0.1/values-Xt.o -L/usr/lang/SC2.0.1/cg87 -L/usr/lang/SC2.0.1 @@ -673,14 +407,6 @@ Sun 3, Sun 4 (sparc), Sun 386 (sparc-sun-solaris2.*, LD_SWITCH_SYSTEM if your X11 libraries are not in /usr/openwin/lib. You must make sure that /usr/ucblib is not in your LD_LIBRARY_PATH. - On Solaris 2.2, with a multiprocessor SparcCenter 1000, Emacs 19.17 is - reported to hang sometimes if it exits while it has one or more - subprocesses (e.g. the `wakeup' subprocess used by `display-time'). - Emacs and its subprocesses become zombies, and in their zombie state - slow down their host and disable rlogin and telnet. This is most - likely due to a bug in Solaris 2.2's multiprocessor support, - rather than an Emacs bug. - On Solaris, do not use /usr/ucb/cc. Use /opt/SUNWspro/bin/cc. Make sure that /usr/ccs/bin and /opt/SUNWspro/bin are in your PATH before /usr/ucb. (Most free software packages have the same requirement on @@ -700,20 +426,11 @@ Sun 3, Sun 4 (sparc), Sun 386 (sparc-sun-solaris2.*, (now remapped as part of the text). These are never swapped in. - To build a single Emacs that will run on Sun 2 and Sun 3 - HARDWARE, just build it on the Sun 2. - - On Sunos 4.1.3, the word is that Emacs can loop infinitely - on startup with X due perhaps to a bug in Sunos. Installing all of - these Sun patches fixes the problem. We don't know which of them - are really relevant. +SuperH (sh[34]*-*-linux-gnu) - 100075-11 100224-06 100347-03 100482-05 100557-02 100623-03 100804-03 - 101080-01 100103-12 100249-09 100496-02 100564-07 100630-02 100891-10 - 101134-01 100170-09 100296-04 100377-09 100507-04 100567-04 100650-02 - 101070-01 101145-01 100173-10 100305-15 100383-06 100513-04 100570-05 - 100689-01 101071-03 101200-02 100178-09 100338-05 100421-03 100536-02 - 100584-05 100784-01 101072-01 101207-01 + Emacs 23.0.60 was reported to work on GNU/Linux (October 2008). + Tested on a little-endian sh4 system (cpu type SH7751R) running + Gentoo Linux 2008.0. Tadpole 68K (m68k-tadpole-sysv) @@ -726,46 +443,12 @@ Tadpole 68K (m68k-tadpole-sysv) chmod 2755 etc/movemail; chgrp mail etc/movemail -Tandem Integrity S2 (mips-tandem-sysv) - - Changes merged in 18.56 but subprocess support is turned off. - You will probably want to see if you can make subprocesses work. - - You must edit `lib-src/Makefile' to define LOADLIBES = -mld. - -Vaxen running Berkeley Unix (vax-dec-bsd4.1, vax-dec-bsd4.2, vax-dec-bsd4.3), - Ultrix (vax-dec-ultrix), - System V (vax-dec-sysv0, vax-dec-sysv2), or - VMS (vax-dec-vms) +Vaxen running Berkeley Unix (vax-dec-bsd4.1, vax-dec-bsd4.2, vax-dec-bsd4.3) Works. - - See under Ultrix for problems using X windows on Ultrix (vax-dec-ultrix). - - 18.27 worked on System V rel 2 (vax-dec-sysv2). - - 18.36 worked on System V rel 0 (vax-dec-sysv0). - - Richard Levitte distributes a set of patches to - Emacs 18.59 to make it work nicely under VMS. Emacs 19 probably - won't work very well, or even compile. Levitte is working on a - port, so these problems should be fixed in the near future. - Here are notes about some of the systems supported: -Berkeley 4.1 (bsd4.1) - - Works on vaxes. - -Berkeley 4.2 (bsd4.2) - - Works on several machines. - -Berkeley 4.3 (bsd4.3) - - Works, on Vaxes at least. - Linux (actually GNU/Linux) Most of the complete systems which use the Linux kernel are close @@ -795,67 +478,6 @@ MSDOS near the end of the file). See the "MS-DOS" chapter of the manual for information about using Emacs on MSDOS. -SCO Unix - - If you are using MMDF instead of sendmail, you need to remove - /usr/lib/sendmail or modify lisp/paths.el before compiling. - lisp/paths.el (which is loaded during the build) will attempt to use - sendmail if it exists. - - If you are using SMAIL, you need to define the macro - SMAIL in config.h. - -System V rel 0 (usg5.0) - - 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 (usg5.2) - - 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 `src/m/MACHINENAME.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. - -System V rel 2.2 (usg5.2.2) - - 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. - -System V rel 3 (usg5.3) - - 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 want to link Emacs with shared libraries, define - USG_SHARED_LIBRARIES. - - You may have to add ANSI idempotence #-lines to your sys/types.h - file to get Emacs to compile correctly. This may be necessary on - other pre-ANSI systems as well. - - On an AT&T 6386WGS using System V Release 3.2 and X11R3, the X support - cannot be made to work. Whether or not the GNU relocating malloc is - used, the symptom is that the first call Emacs makes to sbrk(0) returns - (char *)-1. Sorry, you're stuck with character-only mode. Try - installing XFree86 to fix this. - System V rel 4.0.3 and 4.0.4 (usg5.4) Supported, including shared libraries for ELF, but ptys do not work @@ -892,38 +514,6 @@ System V rel 4.0.3 and 4.0.4 (usg5.4) #undef HAVE_SOCKETS in config.h, after the inclusion of s-usg5-4.h. (Any system that supports Internet should implement sockets.) -Ultrix (bsd4.3) - - Recent versions of Ultrix appear to support the features of Berkeley 4.3. - Ultrix was at the BSD 4.2 level for a long time after BSD 4.3 came out. - - 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. - -VMS (vmsM.N) - - Richard Levitte distributes a set of patches to - Emacs 18.59 to make it work nicely under VMS. Emacs 19 probably - won't work very well, or even compile. Levitte is working on a - port, so these problems should be fixed in the near future. - - Note that Emacs for VMS is usually distributed in a special VMS - distribution. See the file ../vms/VMSINSTALL for info on moving - Unix distributions to VMS, and other VMS-related topics. - Windows NT/95/98/ME/2000 For installation on all versions of the MS-Windows platform, see the @@ -964,6 +554,9 @@ Support for the following obsolete platforms was removed in Emacs 23.1 Apollo (m/apollo.h) AT&T 3b (m/att3b.h) Aviion (m/aviion*) + Berkeley 4.1 (m/bsd4.1.h) + Berkeley 4.2 (m/bsd4.2.h) + Berkeley 4.3 (m/bsd4.3.h) Celerity (m/celerity.h) clipper (m/clipper.h) convergent S series (m/cnvrgnt.h) @@ -988,7 +581,6 @@ Support for the following obsolete platforms was removed in Emacs 23.1 PFU A-series (m/pfa50.h) Plexus running System V.2 (m/plexus.h) pyramid. (m/pyramid.h) - sh3el (m/sh3el.h) Bull SPS-7 (m/sps7.h) Hitachi SR2001/SR2201 (m/sr2k.h) Stride (m/stride.h) @@ -1014,6 +606,19 @@ Support for the following obsolete platforms was removed in Emacs 23.1 Sun's 386-based RoadRunner (m/sun386.h) Sun3 machines (m/sun3*) Integrated Solutions 386 machine (m/is386.h) + Integrated Solutions `Optimum V' -- m68k-isi-bsd4.2 or -bsd4.3 + Harris Power PC (powerpc-harris-powerunix) + Hewlett-Packard 9000 series 200 or 300 on some platforms -- m68k-hp-bsd or + m68k-hp-hpux; note m68k-*-netbsd* still works + IBM PS/2 -- i386-ibm-aix1.1 or i386-ibm-aix1.2 + GEC 63 -- local-gec63-usg5.2 + Tandem Integrity S2 -- mips-tandem-sysv + System V rel 0 -- usg5.0 + System V rel 2 -- usg5.2 + System V rel 2.2 -- usg5.2.2 + System V rel 3 -- usg5.3 + Ultrix -- bsd4.3 + VMS (s/vms.h) Local variables: @@ -1023,10 +628,10 @@ End: This file is part of GNU Emacs. -GNU Emacs is free software; you can redistribute it and/or modify +GNU Emacs is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by -the Free Software Foundation; either version 3, or (at your option) -any later version. +the Free Software Foundation, either version 3 of the License, or +(at your option) any later version. GNU Emacs is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of @@ -1034,8 +639,6 @@ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License -along with GNU Emacs; see the file COPYING. If not, write to the -Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, -Boston, MA 02110-1301, USA. +along with GNU Emacs. If not, see . arch-tag: 7d2e93c7-e982-40ec-9055-3cd064042473