Pod typos, pod2man bugs, and miscellaneous installation comments
[p5sagit/p5-mst-13.2.git] / hints / next_3.sh
CommitLineData
760ac839 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!
4aa0a1f7 4#
5# These hints work for NeXT 3.2 and 3.3. 3.0 has it's own
6# special hint file.
760ac839 7#
4aa0a1f7 8
760ac839 9ccflags='-DUSE_NEXT_CTYPE -DUSE_PERL_SBRK -DHIDEMYMALLOC'
85e6fe83 10ldflags='-u libsys_s'
a0d0e21e 11libswanted='dbm gdbm db'
5d94fbed 12
61d11634 13lddlflags='-nostdlib -r'
5d94fbed 14# Give cccdlflags an empty value since Configure will detect we are
15# using GNU cc and try to specify -fpic for cccdlflags.
16cccdlflags=' '
17
760ac839 18#
19# Change the line below if you do not want to build 'quad-fat'
20# binaries
21#
40ea3355 22archs=`/bin/lipo -info /usr/lib/libm.a | sed 's/^[^:]*:[^:]*: //'`
23for d in $archs
24do
25 mab="$mab -arch $d"
26done
27
760ac839 28
61d11634 29archname='next-fat'
30ld='cc'
31
a0d0e21e 32i_utime='undef'
33groupstype='int'
34direntrytype='struct direct'
35d_strcoll='undef'
760ac839 36
37######################################################################
38# THE MALLOC STORY
39######################################################################
40# 1994:
a0d0e21e 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()
760ac839 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######################################################################
63usemymalloc='y'
64
a0d0e21e 65d_uname='define'
2736da80 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.
70d_setpgid='undef'
a0d0e21e 71d_setsid='define'
72d_tcgetpgrp='define'
73d_tcsetpgrp='define'
760ac839 74
ecfc5424 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."
760ac839 79#
ecfc5424 80ranlib='sleep 5; /bin/ranlib'
760ac839 81
40000a8c 82#
83# There where reports that the compiler on HPPA machines
84# fails with the -O flag on pp.c.
2736da80 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.
88pp_cflags='optimize=""'