hints/dgux.sh

   1 # $Id: dgux.sh,v 1.4 1996/01/18 03:40:38 roderick Exp $
   2
   3 # This is a hints file for DGUX, which is Data General's Unix.  It was
   4 # developed using version 5.4.3.10 of the OS.  I think the gross
   5 # features should work with versions 5.4.2 through 5.4.4.11 with perhaps
   6 # minor tweaking, but I don't have any older or newer versions installed
   7 # at the moment with which to test it.
   8 #
   9 # DGUX is a SVR4 derivative.  It ships with gcc as the standard
  10 # compiler.  Since version 5.4.3.0 it has shipped with Perl 4.036
  11 # installed in /usr/bin, which is kind of neat.  Be careful when you
  12 # install that you don't overwrite the system version, though (by
  13 # answering yes to the question about installing perl as /usr/bin/perl),
  14 # as it would suck to try to get support if the vendor learned that you
  15 # were physically replacing the system binaries.
  16 #
  17 # Be aware that if you opt to use dynamic loading you'll need to set
  18 # your $LD_LIBRARY_PATH to include the source directory when you build,
  19 # test and install the software.
  20 #
  21 # -Roderick Schertler <roderick@gate.net>
  22
  23
  24 # Here are the things from some old DGUX hints files which are different
  25 # from what's in here now.  I don't know the exact reasons that most of
  26 # these settings were in the hints files, presumably they can be chalked
  27 # up to old Configure inadequacies and changes in the OS headers and the
  28 # like.  These settings might make a good place to start looking if you
  29 # have problems.
  30 #
  31 # This was specified the the 4.036 hints file.  That hints file didn't
  32 # say what version of the OS it was developed using.
  33 #
  34 #     cppstdin='/lib/cpp'
  35 #
  36 # The 4.036 and 5.001 hints files both contained these.  The 5.001 hints
  37 # file said it was developed with version 5.4.2.01 of DGUX.
  38 #
  39 #     gidtype='gid_t'
  40 #     groupstype='gid_t'
  41 #     uidtype='uid_t'
  42 #     d_index='define'
  43 #     cc='gcc'
  44 #
  45 # These were peculiar to the 5.001 hints file.
  46 #
  47 #     ccflags='-D_POSIX_SOURCE -D_DGUX_SOURCE'
  48 #
  49 #     # an ugly hack, since the Configure test for "gcc -P -" hangs.
  50 #     # can't just use 'cppstdin', since our DG has a broken cppstdin :-(
  51 #     cppstdin=`cd ..; pwd`/cppstdin
  52 #     cpprun=`cd ..; pwd`/cppstdin
  53 #
  54 # One last note:  The 5.001 hints file said "you don't want to use
  55 # /usr/ucb/cc" in the place at which it set cc to gcc.  That in
  56 # particular baffles me, as I used to have 5.4.2.01 loaded and my memory
  57 # is telling me that even then /usr/ucb was a symlink to /usr/bin.
  58
  59
  60 # The standard system compiler is gcc, but invoking it as cc changes its
  61 # behavior.  I have to pick one name or the other so I can get the
  62 # dynamic loading switches right (they vary depending on this).  I'm
  63 # picking gcc because there's no way to get at the optimization options
  64 # and so on when you call it cc.
  65 case $cc in
  66     '')
  67         cc=gcc
  68         case $optimize in
  69             '') optimize=-O2;;
  70         esac
  71         ;;
  72 esac
  73
  74 usevfork=true
  75
  76 # DG has this thing set up with symlinks which point to different places
  77 # depending on environment variables (see elink(5)) and the compiler and
  78 # related tools use them to access different development environments
  79 # (COFF, ELF, m88k BCS and so on), see sde(5).  The upshot, however, is
  80 # that when a normal program tries to access one of these elinks it sees
  81 # no such file (like stat()ting a mis-directed symlink).  Setting
  82 # $plibpth to explicitly include the place to which the elinks point
  83 # allows Configure to find libraries which vary based on the development
  84 # environment.
  85 plibpth="$plibpth \
  86     ${SDE_PATH:-/usr}/sde/${TARGET_BINARY_INTERFACE:-m88kdgux}/usr/lib"
  87
  88 # Many functions (eg, gethostent(), killpg(), getpriority(), setruid()
  89 # dbm_*(), and plenty more) are defined in -ldgc.  Usually you don't
  90 # need to know this (it seems that libdgc.so is searched automatically
  91 # by ld), but Configure needs to check it otherwise it will report all
  92 # those functions as missing.
  93 libswanted="dgc $libswanted"
  94
  95 # Dynamic loading works using the dlopen() functions.  Note that dlfcn.h
  96 # is broken, it declares _dl*() rather than dl*().  (This is in my
  97 # I'd-open-a-ticket-about-this-if-it-weren't-going-to-be-such-a-hassle
  98 # file.)  You can ignore the warnings caused by the missing
  99 # declarations, they're harmless.
 100 usedl=true
 101 # For cc rather than gcc the flags would be `-K PIC' for compiling and
 102 # -G for loading.  I haven't tested this.
 103 cccdlflags=-fpic
 104 lddlflags=-shared
 105 # The Perl library has to be built as a shared library so that dynamic
 106 # loading will work (otherwise code loaded with dlopen() won't be able
 107 # to reference symbols in the main part of perl).  Note that since
 108 # Configure doesn't normally prompt about $d_shrplib this will cause a
 109 # `Whoa there!'.  This is normal, just keep the recommended value.  A
 110 # consequence of all this is that you've got to include the source
 111 # directory in your LD_LIBRARY_PATH when you're building and testing
 112 # perl.
 113 d_shrplib=define
 114
 115 # The system has a function called dg_flock() which is an flock()
 116 # emulation built using fcntl() locking.  Perl currently comes with an
 117 # flock() emulation which uses lockf(), it should eventually also
 118 # include an fcntl() emulation of its own.  Until that happens I
 119 # recommend using DG's emulation (and ignoring the `WHOA THERE!' this
 120 # causes), it provides semantics closer to the original than the lockf()
 121 # emulation.
 122 ccflags="$ccflags -Dflock=dg_flock"
 123 d_flock=define