From e71f43fbf72d8c8b1507a44caf6a85ce1821c2c5 Mon Sep 17 00:00:00 2001 From: Peter Stephenson Date: Thu, 21 Jun 2012 08:43:21 +0000 Subject: 30519 plus correction from Danek: try to modernise MACHINES --- MACHINES | 126 ++++++++++++++------------------------------------------------- 1 file changed, 28 insertions(+), 98 deletions(-) (limited to 'MACHINES') 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 ' ./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 which causes a redefinition warning on RLIM_INFINITY. This causes configure to decide that 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 -- cgit 1.4.1