]> diplodocus.org Git - nmh/blobdiff - MACHINES
projects / nmh / blobdiff
? search:
summary | shortlog | log | commit | commitdiff | tree
raw | inline | side by side
Added -v and -a switches to whatnow attach so the user can see
[nmh] / MACHINES
diff --git a/MACHINES b/MACHINES
index 2fe31b5569ff9f9e4d7da133e3aee3f3ececd09e..216a6ab41d83d36f1b45f4768cda09a5943425fc 100644 (file)
--- a/MACHINES
+++ b/MACHINES
@@ -1,25 +1,52 @@
 #
 #
-# 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 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:
 --------------------------------------
 --------------------------------------
+Cygwin:
 
 
-FreeBSD:
-OpenBSD:
-NetBSD:
-Mac OS X/Rhapsody 5:
+Be sure to install these Cygwin packages (or later versions):
+  libdb4.8
+  libdb4.8-devel
+  libgdbm-devel
+  libncurses-devel
 
 
-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'
+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/.
 
 
-bash configure
+The database packages are only used by slocal(1).
 
 
---------------------------------------
+If configuring with --with-cyrus-sasl, install these Cygwin packages:
+  libsasl2
+  libsasl2-devel
+
+If configuring with --with-tls, install this Cygwin package (or a
+later version):
+  libgnutls28
+
+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:
 
 Lots of problems have been reported with using HPUX `cc'.  In particular,
 HPUX:
 
 Lots of problems have been reported with using HPUX `cc'.  In particular,
@@ -29,14 +56,13 @@ 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.
 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
+The solution is the added line (minus our indentation):
 
 
-#undef hpux
+    #undef hpux
 
 after line 15 of the file zotnet/tws/lexstring.c.
 
 --------------------------------------
 
 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
 Irix (SGI):
 
 Irix make is notoriously buggy. If you're using it, you should "touch
@@ -44,54 +70,28 @@ 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.)
 
 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:
 
 Linux:
 
-*** No longer necessary ***
-Make sure you uncomment the Linux section in the config.h file after
-running configure. 
+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)
 
 
-*** 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. 
+For building, these packages are required:
+  ncurses-devel
+  libdb-devel (only for slocal(1))
+  gdbm-devel (only for slocal(1))
 
 
-*** 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.
+If configuring with --with-cyrus-sasl, install these packages:
+  cyrus-sasl-lib-devel
 
 --------------------------------------
 
 --------------------------------------
-
-SCO:
-
-*** currently handled by config.guess ***
-Make sure you uncomment the SCO section in the config.h file after
-running configure.
-
---------------------------------------
-
 Solaris:
 
 Solaris:
 
-With --enable-nmh-debug you'll see a lot of warnings. This is even
-worse when compiling using the Sun Workshop compiler since it issues a
+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
 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
@@ -99,16 +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
 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.
 
 --------------------------------------
 
 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
 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-nmh-debug you will see a lot of warnings. 
+--enable-debug you will see a lot of warnings.
 
 --------------------------------------
 
 --------------------------------------
+
+--
+The nmh team
+nmh-workers@nongnu.org
Fork of https://git.savannah.nongnu.org/cgit/nmh.git