git.marmaro.de Git - mmh/blob - MACHINES

   1 #
   2 # MACHINE -- operating system specific information
   3 #
   4 # $Id$
   5 #
   6
   7 --------------------------------------
   8
   9 FreeBSD:
  10 OpenBSD:
  11 NetBSD:
  12 Mac OS X/Rhapsody 5:
  13
  14 Some BSD4.4 machines have problems when running nmh's configure script.
  15 They will be unable to find the location of vi and sendmail.  This is
  16 due to POSIX features (breakage?) in the shell sh.  The solution is to
  17 run the configure script under the shell `bash'
  18
  19 bash configure
  20
  21 --------------------------------------
  22
  23 HPUX:
  24
  25 Lots of problems have been reported with using HPUX `cc'.  In particular,
  26 problems with `scan' giving incorrect dates (everything is 01/00).
  27 It is highly recommended that you use `gcc' instead.
  28
  29 Also, new versions of HPUX (10.20?) will core dump in `scan' because
  30 of some workaround code in zotnet/tws/lexstring.c.  This workaround is
  31 needed for older versions of HPUX, but causes problems on newer versions.
  32 The solution is the added the line
  33
  34 #undef hpux
  35
  36 after line 15 of the file zotnet/tws/lexstring.c.
  37
  38 --------------------------------------
  39
  40 Irix (SGI):
  41
  42 Irix make is notoriously buggy. If you're using it, you should "touch
  43 config.h.in" before configuring to prevent a problem where it tries to
  44 rebuild targets that shouldn't be rebuilt. (Alternately, you can just
  45 use GNU make instead of Irix make.)
  46
  47 If you are compiling nmh with POP support, then the configuration
  48 process will search for (and find) the Irix version of "ruserpass".
  49 Unfortunately, this version is buggy and causes core dumps.  The best
  50 bet is to use the version that comes with nmh.  After running configure,
  51 edit the Makefile in the "sbr" directory, and add "ruserpass.o" to the
  52 LIBOBJS line.  Then run "make" as normal.
  53
  54 --------------------------------------
  55
  56 Linux:
  57
  58 *** No longer necessary ***
  59 Make sure you uncomment the Linux section in the config.h file after
  60 running configure.
  61
  62 *** This test has been updated and should work now ***
  63 The configuration script does a test to discover the functions
  64 sigsetjmp/siglongjmp.  Since they are macros on Linux, the configuration
  65 process doesn't find them.  After running configure, you should change
  66 the line in config.h to define HAVE_SIGSETJMP.
  67
  68 *** This test has been updated and should work now ***
  69 For some Linux distributions, the configure script doesn't find the
  70 ndbm/gdbm library (dbm_open, dbm_close).  In this case, you should try to
  71 configure nmh like this:
  72
  73     LIBS=-lgdbm ./configure [configure options]
  74
  75 The configuration script does a test to discover if your vi is broken
  76 (if it reports non-zero exit codes on certain pseudo-errors).  This test
  77 will hang if the program `ex' on your system is a link to the vi clone
  78 `vile'.  The workaround is to replace the command ex as a link to another
  79 vi clone such as nvi or elvis.
  80
  81 --------------------------------------
  82
  83 SCO:
  84
  85 *** currently handled by config.guess ***
  86 Make sure you uncomment the SCO section in the config.h file after
  87 running configure.
  88
  89 --------------------------------------
  90
  91 Solaris:
  92
  93 With --enable-nmh-debug you'll see a lot of warnings. This is even
  94 worse when compiling using the Sun Workshop compiler since it issues a
  95 warning for every instance of a problem instead of summarizing them.
  96 The main one concerns arrays with an index of type char. This is ok.
  97 The array itself is a hash of chars, so the array size and the type
  98 match. There isn't another safe and portable way to do this at the
  99 moment. An explicit cast would get rid of the warnings, but I think
 100 it's better to leave it complaining for now until we come up with
 101 a better solution. The whole thing is probablly going to be chucked
 102 with UTC-8 support anyway.
 103
 104 Other than the warnings, it builds ok.
 105
 106 --------------------------------------
 107
 108 SunOS 4.1.1/4.1.3/4.1.4:
 109
 110 You can't use the C compiler that comes with SunOS 4 since
 111 it isn't ANSI C.  But nmh builds just fine with gcc. With
 112 --enable-nmh-debug you will see a lot of warnings.
 113
 114 --------------------------------------