From cb057299c96a1adf1c47e1f2e038082baf28a723 Mon Sep 17 00:00:00 2001 From: Dan Harkless Date: Mon, 17 Apr 2000 18:34:40 +0000 Subject: [PATCH] Undeleting everything at the top level for now. --- docs/MACHINES | 123 --------------------------------------------------------- 1 file changed, 123 deletions(-) delete mode 100644 docs/MACHINES diff --git a/docs/MACHINES b/docs/MACHINES deleted file mode 100644 index df884bb..0000000 --- a/docs/MACHINES +++ /dev/null @@ -1,123 +0,0 @@ -# -# 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. - --------------------------------------- -- 1.7.10.4