Ensured clean uninstall.
[mmh] / MACHINES
index 01cd849..ddd30fa 100644 (file)
--- a/MACHINES
+++ b/MACHINES
@@ -1,11 +1,22 @@
 #
 # 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
+FreeBSD
+IRIX 6.5
+Linux 2.2, 2.3, 2.4 (glibc 2.1, glibc 2.2)
+Mac OS X Public Beta
+NetBSD 1.4.2
+OpenBSD
+Solaris 7 and 8 (sparc,x86)
+SunOS 4.1
 
+Known Compilation problems:
+--------------------------------------
 FreeBSD:
 OpenBSD:
 NetBSD:
@@ -28,7 +39,6 @@ option. It appears to find conflicts in the headers only when debugging
 is disabled. With debugging enabled, it compiles and runs happily.
 
 --------------------------------------
-
 HPUX:
 
 Lots of problems have been reported with using HPUX `cc'.  In particular,
@@ -45,7 +55,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
@@ -53,34 +62,9 @@ config.h.in" before configuring to prevent a problem where it tries to
 rebuild targets that shouldn't be rebuilt. (Alternately, you can just
 use GNU make instead of Irix make.)
 
-If you are compiling nmh with POP support, then the configuration
-process will search for (and find) the Irix version of "ruserpass".
-Unfortunately, this version is buggy and causes core dumps.  The best
-bet is to use the version that comes with nmh.  After running configure,
-edit the Makefile in the "sbr" directory, and add "ruserpass.o" to the
-LIBOBJS line.  Then run "make" as normal.
-
 --------------------------------------
-
 Linux:
 
-*** No longer necessary ***
-Make sure you uncomment the Linux section in the config.h file after
-running configure. 
-
-*** This test has been updated and should work now ***
-The configuration script does a test to discover the functions
-sigsetjmp/siglongjmp.  Since they are macros on Linux, the configuration
-process doesn't find them.  After running configure, you should change
-the line in config.h to define HAVE_SIGSETJMP. 
-
-*** This test has been updated and should work now ***
-For some Linux distributions, the configure script doesn't find the
-ndbm/gdbm library (dbm_open, dbm_close).  In this case, you should try to
-configure nmh like this:
-
-    LIBS=-lgdbm ./configure [configure options]
-
 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
@@ -88,15 +72,6 @@ will hang if the program `ex' on your system is a link to the vi clone
 vi clone such as nvi or elvis.
 
 --------------------------------------
-
-SCO:
-
-*** currently handled by config.guess ***
-Make sure you uncomment the SCO section in the config.h file after
-running configure.
-
---------------------------------------
-
 Solaris:
 
 With --enable-debug you'll see a lot of warnings. This is even worse
@@ -111,13 +86,12 @@ a better solution. The whole thing is probablly going to be chucked
 with UTC-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. 
-
 --------------------------------------
+
+