Sigh. Turns out last change broke a few tests, because it trimmed the

[mmh] / MACHINES

diff --git a/MACHINES b/MACHINES
index 509fa7d..8bae084 100644 (file)
--- a/MACHINES
+++ b/MACHINES
@@ -1,11 +1,23 @@
 #
 # MACHINE -- operating system specific information
 #
-# $Id$
-#
 
+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.763, other versions may be fine)
+FreeBSD
+IRIX 6.5
+Linux 2.2 to current (glibc 2.1 to current)
+Mac OS X
+NetBSD 1.4.2
+OpenBSD
+Solaris 7 and 8 (sparc,x86)
+SunOS 4.1
+
+Known Compilation problems:
 --------------------------------------
-
 FreeBSD:
 OpenBSD:
 NetBSD:
@@ -28,7 +40,14 @@ option. It appears to find conflicts in the headers only when debugging
 is disabled. With debugging enabled, it compiles and runs happily.
 
 --------------------------------------
+Cygwin:
+
+Be sure to install Cygwin package libncurses-devel, in the Devel or
+Libs category.  And libncurses10 or later in the Lib category.
 
+You may notice a few (three) compile warnings:  they can be ignored.
+
+--------------------------------------
 HPUX:
 
 Lots of problems have been reported with using HPUX `cc'.  In particular,
@@ -45,7 +64,6 @@ The solution is the added line (minus our indentation):
 after line 15 of the file zotnet/tws/lexstring.c.
 
 --------------------------------------
-
 Irix (SGI):
 
 Irix make is notoriously buggy. If you're using it, you should "touch
@@ -54,7 +72,6 @@ rebuild targets that shouldn't be rebuilt. (Alternately, you can just
 use GNU make instead of Irix make.)
 
 --------------------------------------
-
 Linux:
 
 The configuration script does a test to discover if your vi is broken
@@ -64,7 +81,6 @@ will hang if the program `ex' on your system is a link to the vi clone
 vi clone such as nvi or elvis.
 
 --------------------------------------
-
 Solaris:
 
 With --enable-debug you'll see a lot of warnings. This is even worse
@@ -76,16 +92,17 @@ 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