]> diplodocus.org Git - nmh/blobdiff - MACHINES
Removed unused argument "file" to user_content().
[nmh] / MACHINES
index 06a1cd6ad488de7d35d3527ec56c94a29c81e4f5..216a6ab41d83d36f1b45f4768cda09a5943425fc 100644 (file)
--- a/MACHINES
+++ b/MACHINES
@@ -1,18 +1,16 @@
 #
-# MACHINE -- operating system specific information
-#
-# $Id$
+# MACHINES -- operating system specific information
 #
 
 nmh is known to compile on the following platforms (save the
 exceptions noted below), using an ANSI C compiler, such as gcc.
 
 AIX 4.1.5.0.01
+Cygwin (setup version 2.831, other versions may be fine)
 FreeBSD
 IRIX 6.5
-Linux 2.2 and 2.3 (glibc 2.1)
-Linux 2.4 (glibc 2.2)
-Mac OS X Public Beta
+Linux 2.2 to current (glibc 2.1 to current)
+Mac OS X
 NetBSD 1.4.2
 OpenBSD
 Solaris 7 and 8 (sparc,x86)
@@ -20,26 +18,33 @@ SunOS 4.1
 
 Known Compilation problems:
 --------------------------------------
-FreeBSD:
-OpenBSD:
-NetBSD:
+Cygwin:
 
-Some BSD4.4 machines have problems when running nmh's configure script.
-They will be unable to find the location of vi and sendmail.  This is
-due to POSIX features (breakage?) in the shell sh.  The solution is to
-run the configure script under the shell `bash':
+Be sure to install these Cygwin packages (or later versions):
+  libdb4.8
+  libdb4.8-devel
+  libgdbm-devel
+  libncurses-devel
 
-    % bash configure
+Some versions of libncurses-devel do not install /usr/include/curses.h,
+/usr/include/term.h, and /usr/include/termcap.h.  If yours does not,
+add /usr/include/ symlinks to those files in /usr/include/ncurses/.
 
---------------------------------------
-Mac OS X/Rhapsody 5:
+The database packages are only used by slocal(1).
+
+If configuring with --with-cyrus-sasl, install these Cygwin packages:
+  libsasl2
+  libsasl2-devel
 
-Version 5.3 at least has the same sh/bash bug as the *BSD systems
-above. This appears to be fixed in 5.5.
+If configuring with --with-tls, install this Cygwin package (or a
+later version):
+  libgnutls28
 
-Will not compile correctly unless you configure with the --enable-debug
-option. It appears to find conflicts in the headers only when debugging
-is disabled. With debugging enabled, it compiles and runs happily.
+When running the nmh test suite ("make check"), it helps to have
+/usr/bin/ ahead of any Windows directories on your PATH.
+
+Note that the -link switch to refile cannot be used on FAT32 and
+similar filesystems.
 
 --------------------------------------
 HPUX:
@@ -68,11 +73,19 @@ use GNU make instead of Irix make.)
 --------------------------------------
 Linux:
 
-The configuration script does a test to discover if your vi is broken
-(if it reports non-zero exit codes on certain pseudo-errors).  This test
-will hang if the program `ex' on your system is a link to the vi clone
-`vile'.  The workaround is to replace the command ex as a link to another
-vi clone such as nvi or elvis.
+These packages are required at runtime:
+  ncurses-libs
+  libdb (only for slocal(1))
+  cyrus-sasl-lib (if configured with --with-cyrus-sasl)
+  gnutls (if configured with --with-tls)
+
+For building, these packages are required:
+  ncurses-devel
+  libdb-devel (only for slocal(1))
+  gdbm-devel (only for slocal(1))
+
+If configuring with --with-cyrus-sasl, install these packages:
+  cyrus-sasl-lib-devel
 
 --------------------------------------
 Solaris:
@@ -86,15 +99,19 @@ match. There isn't another safe and portable way to do this at the
 moment. An explicit cast would get rid of the warnings, but I think
 it's better to leave it complaining for now until we come up with
 a better solution. The whole thing is probablly going to be chucked
-with UTC-8 support anyway.
+with UTF-8 support anyway.
 
 Other than the warnings, it builds ok.
+
 --------------------------------------
 SunOS 4.1.1/4.1.3/4.1.4:
 
 You can't use the C compiler that comes with SunOS 4 since
 it isn't ANSI C.  But nmh builds just fine with gcc. With
---enable-debug you will see a lot of warnings. 
---------------------------------------
+--enable-debug you will see a lot of warnings.
 
+--------------------------------------
 
+--
+The nmh team
+nmh-workers@nongnu.org