X-Git-Url: https://diplodocus.org/git/nmh/blobdiff_plain/e001a96010a62d4bd79a33955bb29e3c18bb26fe..0c50c6698d3fee84b18f11b3affdffbe59011c2c:/MACHINES?ds=sidebyside diff --git a/MACHINES b/MACHINES index 519a6237..216a6ab4 100644 --- a/MACHINES +++ b/MACHINES @@ -1,34 +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: +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). --------------------------------------- -Mac OS X/Rhapsody 5: +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-nmh-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: Lots of problems have been reported with using HPUX `cc'. In particular, @@ -38,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. -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. -------------------------------------- - Irix (SGI): Irix make is notoriously buggy. If you're using it, you should "touch @@ -53,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.) -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. +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 *** -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: +For building, these packages are required: + ncurses-devel + libdb-devel (only for slocal(1)) + gdbm-devel (only for slocal(1)) - 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. +If configuring with --with-cyrus-sasl, install these packages: + cyrus-sasl-lib-devel -------------------------------------- - 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 @@ -108,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 -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-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