about summary refs log tree commit diff
path: root/Etc/MACHINES
diff options
context:
space:
mode:
authorPeter Stephenson <pws@users.sourceforge.net>2000-04-16 19:02:13 +0000
committerPeter Stephenson <pws@users.sourceforge.net>2000-04-16 19:02:13 +0000
commit5c53fb9500c019d7c0ee553f3daf6c277e6f515a (patch)
treeef5c62d6493caa55109731645f4223d6310dd3ff /Etc/MACHINES
parent3dc24fba0978b76feb0a9a1584abf57cd766dcb9 (diff)
downloadzsh-5c53fb9500c019d7c0ee553f3daf6c277e6f515a.tar.gz
zsh-5c53fb9500c019d7c0ee553f3daf6c277e6f515a.tar.xz
zsh-5c53fb9500c019d7c0ee553f3daf6c277e6f515a.zip
10771: new GLOBAL_EXPORT option; successful compilation on OpenBSD
Diffstat (limited to 'Etc/MACHINES')
-rw-r--r--Etc/MACHINES85
1 files changed, 72 insertions, 13 deletions
diff --git a/Etc/MACHINES b/Etc/MACHINES
index 303508a93..7b602d122 100644
--- a/Etc/MACHINES
+++ b/Etc/MACHINES
@@ -1,3 +1,4 @@
+
 -----------------------------
 ZSH ON SPECIFIC ARCHITECTURES
 -----------------------------
@@ -17,6 +18,10 @@ The format of entries is thus:
 Machines
 --------
 
+Apple/NeXT OpenStep 4.2 for i386.
+	Reported to work at least with gcc 2.8.1 and gawk 2.15 patchlevel
+	6, but not with the bundled cc 2.7.2.1 and awk.
+
 Cray: Unicos (C90 and T90)
 	Should build `out-of-the-box'.
 
@@ -38,22 +43,54 @@ DEC: OSF/1 1.2, 1.3, 2.0, 3.*, DEC Unix 4.* (Alpha)
 	This problem is not related to zsh.  If you have such problems,
 	remove the bogus strip and use /bin/strip instead.
 
-FreeBSD: FreeBSD 2.2.7 [3.1.4]
-	Should build `out-of-the-box'.
+        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 ...
 
-HP: HP-UX 9, 10.20
+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.
+
+HP: HP-UX 9, 10.20, 11.0
 	Should build `out-of-the-box'.
 
-IBM: AIX
+	Problems with dynamic loading have been reported under 11, but
+	this should compile using the standard dlopen() function set
+	(rather than the 10.20 shl_load() function set).  More details of
+	any difficulties would be appreciated.
+
+IBM: AIX 3.2, 4.1
+	Should build `out-of-the-box', but --enable-zsh-mem will not work.
+
+	On 3.2, for 64-bit integer support you need to compile with gcc, as
+	the native compiler does not support ANSI simulataneously with
+	`long long'.  On 4.1, there appear to be problems using
+	--enable-dynamic (the default) with gcc (version was 2.7.2.3) in
+	4.1, though native cc works. More information about this problem
+	would be appreciated.
+
+Linux: Linux (i[345]86,various Pentia,AMD K6/2)
 	Should build `out-of-the-box'.
 
-Linux: Linux (i386) [3.1.4]
 	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,
+	which can cause compilation errors in zsh's rlimit code.  The
+	best solution is to edit config.h after running configure and
+	#define HAS_SYS_RESOURCE_H.
+
 NetBSD: NetBSD 1.*
 	Should build `out-of-the-box'.
 
@@ -61,18 +98,34 @@ Next: NextStep 3.*
 	Should build `out-of-the-box', but the zsh malloc routines are
 	not recommended.
 
-Reliant: Reliant UNIX
+OpenBSD: OpenBSD 2.6
 	Should build `out-of-the-box'.
 
-Reliant: SINIX
-	Should build `out-of-the-box'.	There is a bad combination of
-	static and shared libraries that prevents the use of dynamic
-	linking; configure now detects this and will disable dynamic
-	linking even if you requested it.
-
-SGI: IRIX 5.1.1.1, 5.2, 5.3, 6.2, 6.3
+SIEMENS: Reliant UNIX
+       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
+       MX (Intel) plattform: SINIX-L/M 5.41
+       Builds out-of-the-box with EGCS. Neither dynamic loading nor
+       64-bit integers are suported. 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) plattform: SINIX-N/Y 5.42
+       Should build out-of-the-box but it was not tested. Neither
+       dynamic loading nor 64-bit integers are suported.
+       Note, that this version is obsolete and users are expected to 
+       update to Reliant UNIX.
+
+SGI: IRIX 5.1.1.1, 5.2, 5.3, 6.2, 6.3, 6.5
 	Should build `out-of-the-box'.
 
+        On 6.5.2, zsh malloc routines are reported not to work; also
+        full optimization (cc -O3 -OPT:Olimit=0) causes problems.
+
 Sun: SunOS 4.1.*
 	Under 4.1.3 if yellow pages is used, username completion may cause
 	segmentation violation.  This is a bug in the shared library not
@@ -92,3 +145,9 @@ Sun: Solaris 2.*
 	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.
+
+	Problems have been reported using --enable-lfs (the default) to
+	enable large file system and integer support on Solaris 2 with gcc.
+	Apparently upgrading to gcc version 2.95.2 fixes this.  If this
+	is not feasible, configure with --disable-lfs.  We would be
+	grateful for more detailed information.