--- /dev/null
+#
+# MACHINE -- operating system specific information
+#
+# $Id$
+#
+
+--------------------------------------
+
+FreeBSD:
+OpenBSD:
+NetBSD:
+
+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'
+
+bash configure
+
+--------------------------------------
+Mac OS X/Rhapsody 5:
+
+Version 5.3 at least has the same sh/bash bug as the *BSD systems
+above. This appears to be fixed in 5.5.
+
+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.
+
+--------------------------------------
+
+HPUX:
+
+Lots of problems have been reported with using HPUX `cc'. In particular,
+problems with `scan' giving incorrect dates (everything is 01/00).
+It is highly recommended that you use `gcc' instead.
+
+Also, new versions of HPUX (10.20?) will core dump in `scan' because
+of some workaround code in zotnet/tws/lexstring.c. This workaround is
+needed for older versions of HPUX, but causes problems on newer versions.
+The solution is the added the line
+
+#undef hpux
+
+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
+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
+`vile'. The workaround is to replace the command ex as a link to another
+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
+when compiling using the Sun Workshop compiler since it issues a
+warning for every instance of a problem instead of summarizing them.
+The main one concerns arrays with an index of type char. This is ok.
+The array itself is a hash of chars, so the array size and the type
+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.
+
+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.
+
+--------------------------------------
projects / mmh / blobdiff