
These are the architectures that zsh has been tried on.  If you
succeed in getting zsh to work on an architecture not listed, let
us know.

Apple:	Mac with MiNT after redefining the zgetwd() function as getwd()

Data General: various AViiONs running DG/UX 5.4R3.10 MU01
	Should build `out-of-the-box'.

DEC:	Alpha with Ultrix
	DECstation with Ultrix
	DECstation 5000/25 with Mach 3.0
	Alpha with OSF/1 1.2, 1.3 and 2.0

	In OSF/1 3.0, 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, copy it to the current directory, modify that
	copy, and put a `-I.' argument into CFLAGS in Makefile for
	the Src subdirectory when compiling.

DYNIX/ptx 1.4 and 2.0.4 with X11

HP:	HP-UX 9
	Should build `out-of-the-box'.

IBM:	AIX 3.2
	Should build `out-of-the-box'.

Linux:	If your Linux is using libc with version >= 5, then
	a bug in the auto-configuration process will cause
	zsh to think your system doesn't support the lstat
	function.  So after running `configure', you should
	edit config.h, and change HAVE_LSTAT to 1.

NetBSD:	NetBSD 1.x
	Should build `out-of-the-box'.

Next:	NextStep 3.x
	Zsh should build easily on NextStep, but the zsh
	malloc routines are not recommended.

SCO:

SGI:	IRIX 5.1.1.1 and 5.2
	Should build `out-of-the-box'.

Sony:	NWS with NEWS-OS 3.3

SUN:	SunOS 4.1.x
	Should build `out-of-the-box'.

	Solaris 2.x
	The UCB versions of the routines for reading directories are
	not usable (the struct definitions are incompatible with the
	ones assumed by zsh).  The symptom of this is that globbed
	filenames in the compiled version of zsh will be missing the
	first two letters.  To avoid this, make sure you compile zsh
	without any reference to /usr/ucblib in your LD_LIBRARY_PATH.
	You can easily do this by just unsetting LD_LIBRARY_PATH
	before building zsh.

