hints/next_3.sh

   1 # This file has been put together by Anno Siegel <siegel@zrz.TU-Berlin.DE>,
   2 # Andreas Koenig <k@franz.ww.TU-Berlin.DE> and Gerd Knops <gerti@BITart.com>.
   3 # Comments, questions, and improvements welcome!
   4 #
   5 # These hints work for NeXT 3.2 and 3.3.  3.0 has it's own
   6 # special hint file.
   7 #
   8
   9 ccflags='-DUSE_NEXT_CTYPE -DUSE_PERL_SBRK -DHIDEMYMALLOC'
  10 ldflags='-u libsys_s'
  11 libswanted='dbm gdbm db'
  12
  13 lddlflags='-nostdlib -r'
  14 # Give cccdlflags an empty value since Configure will detect we are
  15 # using GNU cc and try to specify -fpic for cccdlflags.
  16 cccdlflags=' '
  17
  18 #
  19 # Change the line below if you do not want to build 'quad-fat'
  20 # binaries
  21 #
  22 archs=`/bin/lipo -info /usr/lib/libm.a | sed 's/^[^:]*:[^:]*: //'`
  23 for d in  $archs
  24 do
  25        mab="$mab -arch $d"
  26 done
  27
  28
  29 archname='next-fat'
  30 ld='cc'
  31
  32 i_utime='undef'
  33 groupstype='int'
  34 direntrytype='struct direct'
  35 d_strcoll='undef'
  36
  37 ######################################################################
  38 # THE MALLOC STORY
  39 ######################################################################
  40 # 1994:
  41 # the simple program `for ($i=1;$i<38771;$i++){$t{$i}=123}' fails
  42 # with Larry's malloc on NS 3.2 due to broken sbrk()
  43 #
  44 # setting usemymalloc='n' was the solution back then. Later came
  45 # reports that perl would run unstable on 3.2:
  46 #
  47 # From about perl5.002beta1h perl became unstable on the
  48 # NeXT. Intermittent coredumps were frequent on 3.2 OS. There were
  49 # reports, that the developer version of 3.3 didn't have problems, so it
  50 # seemed pretty obvious that we had to work around an malloc bug in 3.2.
  51 # This hints file reflects a patch to perl5.002_01 that introduces a
  52 # home made sbrk routine (remember, NeXT's sbrk _never_ worked). This
  53 # sbrk makes it possible to run perl with its own malloc. Thanks to
  54 # Ilya who showed me the way to his sbrk for OS/2!!
  55 # andreas koenig, 1996-06-16
  56 #
  57 # So, this hintsfile is using perl's malloc. If you want to turn perl's
  58 # malloc off, you need to change remove '-DUSE_PERL_SBRK' and
  59 # '-DHIDEMYMALLOC' from the ccflags above and set usemymalloc below
  60 # to 'n'.
  61 #
  62 ######################################################################
  63 usemymalloc='y'
  64
  65 d_uname='define'
  66 # setpgid() is in the posix library, but we don't use -posix, so
  67 # we don't see it.  ext/POSIX/POSIX.xs  *does* use -posix, so
  68 # setpgid is still available as POSIX::setpgid.
  69 # See ext/POSIX/POSIX/hints/next.pl.
  70 d_setpgid='undef'
  71 d_setsid='define'
  72 d_tcgetpgrp='define'
  73 d_tcsetpgrp='define'
  74
  75 #
  76 # On some NeXT machines, the timestamp put by ranlib is not correct, and
  77 # this may cause useless recompiles.  Fix that by adding a sleep before
  78 # running ranlib.  The '5' is an empirical number that's "long enough."
  79 #
  80 ranlib='sleep 5; /bin/ranlib'
  81
  82 #
  83 # There where reports that the compiler on HPPA machines
  84 # fails with the -O flag on pp.c.
  85 # Compiling pp.c with -O for HPPA machines results in a broken perl.
  86 # This is true whether we're on an HPPA machine or cross-compiling
  87 # for one.
  88 pp_cflags='optimize=""'