X-Git-Url: http://git.marmaro.de/?a=blobdiff_plain;f=MACHINES;h=a27bfd9e33e00acbc9f982194161631f98750e66;hb=b2588a77c045ef7328ebcb37f027595b3d6d9b03;hp=df884bb764ded7dfc13c74694fb4a80702a5bd4a;hpb=fd2a10c17dec1491b240a3f098eb621c7bf55b31;p=mmh diff --git a/MACHINES b/MACHINES index df884bb..a27bfd9 100644 --- a/MACHINES +++ b/MACHINES @@ -1,34 +1,44 @@ # -# 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.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: -------------------------------------- +Cygwin: -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' +Be sure to install these Cygwin packages: + gdbm + libgdbm4 + libgdbm-devel + libncurses10 + libncurses-devel -bash configure +If configuring with --with-cyrus-sasl, install these Cygwin packages: + libsasl2 + libsasl2-devel --------------------------------------- -Mac OS X/Rhapsody 5: +If configuring with --with-tls, install these Cygwin packages: + gnutls-devel + libgnutls26 -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. +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 +48,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,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 @@ -108,16 +83,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-debug you will see a lot of warnings. +--enable-debug you will see a lot of warnings. -------------------------------------- + +-- +The nmh team +nmh-workers@nongnu.org