Commit | Line | Data |
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 |
9 | ccflags='-DUSE_NEXT_CTYPE -DUSE_PERL_SBRK -DHIDEMYMALLOC' |
85e6fe83 |
10 | ldflags='-u libsys_s' |
a0d0e21e |
11 | libswanted='dbm gdbm db' |
5d94fbed |
12 | |
61d11634 |
13 | lddlflags='-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. |
16 | cccdlflags=' ' |
17 | |
760ac839 |
18 | # |
19 | # Change the line below if you do not want to build 'quad-fat' |
20 | # binaries |
21 | # |
40ea3355 |
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 | |
760ac839 |
28 | |
61d11634 |
29 | archname='next-fat' |
30 | ld='cc' |
31 | |
a0d0e21e |
32 | i_utime='undef' |
33 | groupstype='int' |
34 | direntrytype='struct direct' |
35 | d_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 | ###################################################################### |
63 | usemymalloc='y' |
64 | |
a0d0e21e |
65 | d_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. |
70 | d_setpgid='undef' |
a0d0e21e |
71 | d_setsid='define' |
72 | d_tcgetpgrp='define' |
73 | d_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 |
80 | ranlib='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. |
88 | pp_cflags='optimize=""' |