30519 plus correction from Danek: try to modernise MACHINES

1 files changed, 28 insertions, 98 deletions

diff --git a/MACHINES b/MACHINES
index 50530299d..ffd68d79c 100644
--- a/MACHINES
+++ b/MACHINES
@@ -35,8 +35,8 @@ Apple: MacOS X/Darwin 10.x
 
 	Reported to compile with no problems on 10.4.
 
-	Multibyte support works, although (as on other architectures)
-	Unicode combining characters are not properly handled.
+	Multibyte support works; you probably wish to set the
+	option COMBINING_CHARS, which is not enabled by default.
 	Problems have been noted when outputting multibyte characters
 	to the terminal from a "preexec" function.
 
@@ -62,31 +62,9 @@ Red Hat Inc.: Cygwin
 	Path completion will fail inside these mounts; make sure that
 	every mount point really exists.
 
-DEC: Ultrix (Alpha or DECstation)
-DEC: Mach 3.0 (DECstation 5000/25)
-DEC: OSF/1 1.2, 1.3, 2.0, 3.x, DEC Unix 4.x (Alpha)
-	[Out of date.]
-
-	In OSF/1 3.x, there is apparently a bug in the header file
-	/usr/include/rpcsvc/ypclnt.h; the prototype for yp_all() has a
-	struct ypall_callback as its final argument, which should be a
-	pointer (struct ypall_callback *).  This prevents compilation of
-	one of zsh' files (zle_tricky.c).  If you can't modify the header
-	file, create a directory called `rpcsvc' in zsh's Src subdirectory
-	and put a fixed version of the header file to it before compiling.
-
-	The strip coming with gcc-2.7.2 seems to create unusable binaries.
-	This problem is not related to zsh.  If you have such problems,
-	remove the bogus strip and use /bin/strip instead.
-
-	On Digital UNIX 4.0, compilation with gcc and with --enable-dynamic
-	apparently needs configuring with explicit flags when compiling
-	with debugging enabled:
-	 DLLD=gcc LDFLAGS='-g -rpath <path-to-.so-files>' ./configure ...
-
-FreeBSD: FreeBSD 2.2.7, 3.x, 4.x
-	Should build `out-of-the-box'.  On FreeBSD 2.2, dynamic	loading
-	does not work, but it does with 3.x and 4.x.
+FreeBSD: FreeBSD 2.2.7, 3.x, 4.x, ... 7
+	Should build `out-of-the-box'.  On FreeBSD 2.2, dynamic loading
+	does not work, but it does with 3.x and later.
 
 HP: HP-UX 9, 10.20, 11.x (PA-RISC, Itanium)
 	Should build `out-of-the-box'.
@@ -108,9 +86,6 @@ HP: HP-UX 9, 10.20, 11.x (PA-RISC, Itanium)
 	  Compiling with gcc 2.7.1 is known to fail with header file
 	  conflicts.  Use the HP ANSI C compiler.
 
-HP/Compaq: Tru64 4.x, 5.x
-	  Should build `out-of-the-box'.
-
 IBM: AIX 3.2, 4.x, 5.x
 	Should build `out-of-the-box'.
 
@@ -132,20 +107,18 @@ IBM: AIX 3.2, 4.x, 5.x
 	very unhappy (GCC 3.0 apparently does not mind). Zsh now defaults
 	to termcap on AIX; any info about this problem is appreciated.
 
-Linux: Linux 2.x (various 32-bit and 64-bit processors)
+Linux: Linux 2.x, 3.x (various 32-bit and 64-bit processors)
 	Should build `out-of-the-box'.
 
+        The following problems should not occur with recent
+        distributions.
+
 	If you are using an early minor version of libc 5, then a bug
 	in the auto-configuration process may cause zsh to think that
 	your system doesn't support the lstat function.  If the configure
 	process reports that there is no lstat, edit config.h and change
 	HAVE_LSTAT to 1.  libc-5.2.18 or later does not have this problem.
 
-	Various problems have been reported when using optimisation
-	with the experimental GNU compiler, egcs.  In particular,
-	on Linux Alpha with egcs 1.0.3a and 1.1.1 using -O1 or greater,
-	the completion code is not correctly compiled.
-
 	Some versions of glibc2 have a conflict with <asm/resource.h>
 	which causes a redefinition warning on RLIM_INFINITY.  This
 	causes configure to decide that <sys/resource.h> is not present,
@@ -162,65 +135,7 @@ OpenBSD: OpenBSD 2.x, 3.x
 OpenIndiana: OpenIndiana 151a
 	Problems have been reported with awk when used to generate
 	prototype files for building zsh.  Upgrading to gawk (GNU awk)
-	version 4.0.0 fixes this.	
-
-SIEMENS: Reliant UNIX
-	[Out of date.]
-
-	Builds `out-of-the-box'. Dynamic loading is supported. 
-	Large Files and 64-bit integers are supported as of version 5.44
-	and CDS/CDS++ compiler.
-
-SIEMENS: SINIX
-	[Out of date.]
-
-	MX (Intel) platform: SINIX-L/M 5.41
-	Builds out-of-the-box with EGCS. Neither dynamic loading nor
-	64-bit integers are supported. Native compiler was not tried
-	mostly because GCC/EGCS builds out-of-the-box as well. If you 
-	succeed with native compiler, send a patch for this file
-	to zsh-workers.
-
-	RM (MIPS) platform: SINIX-N/Y 5.42
-	Should build out-of-the-box but it was not tested. Neither
-	dynamic loading nor 64-bit integers are supported.
-	Note, that this version is obsolete and users are expected to 
-	update to Reliant UNIX.
-
-SGI: IRIX 6.2, 6.3
-        [Out of date.]
-
-	Should build `out-of-the-box'.
-
-SGI: IRIX 6.5
-	Should build `out-of-the-box'; however, if using the native
-	compiler, "cc" rather than "c99" is recommended.  Compilation
-	with gcc is also reported to work.  Multibyte is supported.
-
-	On 6.5.2, zsh malloc routines are reported not to work; also
-	full optimization (cc -O3 -OPT:Olimit=0) causes problems.
-
-	If using the SGI compiler, variable length arrays need to
-	be turned off.  configure can work this out for itself if it
-	is passed the option --enable-cflags='-LANG:vla=off -O' (combined
-	with other flags if necessary).
-
-	The zpty module is not currently supported.  This causes the
-	tests starting `Y' in the Test directory to fail, even though
-	the features to be tested are working.
-
-Sun: SunOS 4.1.x
-	[Out of date.]
-
-	Under 4.1.3 if yellow pages is used, username completion may cause
-	segmentation violation.  This is a bug in the shared library not
-	in zsh.  Some libc.so.1.9.* has this bug (it fails in yp_all).
-	Statically linked binaries will work if linked with libc.so.1.8.1
-	(which means that if you can get a statically linked binary
-	compiled under 4.1.2 that it will probably work).  An alternative
-	but untested solution may be to undefine HAVE_NIS in config.h.
-	This may work, but the first username completion will be _very_
-	slow (as slow as in tcsh).
+	version 4.0.0 fixes this.
 
 Sun: Solaris 2.x, 8, 9, ...
 	It is recommended that the system library version of iconv()
@@ -243,9 +158,10 @@ Other machines
 --------------
 
 Zsh has previously been compiled on the following machines, but the
-developers do not have direct access to them and the reports may be out of
-date.  We would be glad to receive any reports of success or failure on
-these OS's --- and, of course, any others not mentioned in this file.
+developers do not have direct access to them and the reports may be out
+of date.  Some of these OS's are now very long in the tooth.  We would
+be glad to receive any reports of success or failure on these OS's ---
+and, of course, any others not mentioned in this file.
 
 Apple/NeXT OpenStep 4.2 for i386.
 	Reported to work at least with gcc 2.8.1 and gawk 2.15 patchlevel
@@ -257,9 +173,23 @@ Cray: Unicos (C90 and T90)
 Data General: DG/UX 5.4R3.10 MU01 (various AViiONs)
 	Should build `out-of-the-box'.
 
+DEC: Ultrix (Alpha or DECstation)
+DEC: Mach 3.0 (DECstation 5000/25)
+DEC: OSF/1 1.2, 1.3, 2.0, 3.x, DEC Unix 4.x (Alpha)
+
+HP/Compaq: Tru64 4.x, 5.x
+
 Next: NextStep 3.*
 	Should build `out-of-the-box', but the zsh malloc routines are
 	not recommended.
 
 SCO: UnixWare 2.1.3
 	Builds `out-of-the-box'.
+
+SGI: IRIX 6.2, 6.3, 6.5
+
+SIEMENS: SINIX
+
+SIEMENS: Reliant UNIX
+
+Sun: SunOS 4.1.x