mirrors/zsh
1
0
Fork 0
mirror of git://git.code.sf.net/p/zsh/code synced 2025-01-01 05:16:05 +01:00
Code Releases Activity

30519 plus correction from Danek: try to modernise MACHINES

Browse source
This commit is contained in:
Peter Stephenson 2012-06-21 08:43:21 +00:00
parent c3fb9dbfa3
commit e71f43fbf7
2 changed files with 34 additions and 99 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

7
ChangeLog
View file

@ -1,3 +1,8 @@
2012-06-21 Peter Stephenson <pws@csr.com>
* 30519 (correction noticed by Danek): MACHINES: try to
modernise.
2012-06-18 Peter Stephenson <pws@csr.com>
* Dima Kogan: 30515: Src/glob.c: glob size test failed on very
@ -16374,5 +16379,5 @@
*****************************************************
* This is used by the shell to define $ZSH_PATCHLEVEL
* $Revision: 1.5671 $
* $Revision: 1.5672 $
*****************************************************

126
MACHINES
View file

@ -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