1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
|
# hints/sunos_4_1.sh
# Last modified: Wed May 27 11:00:02 EDT 1998
# Andy Dougherty <doughera@lafayette.edu>
case "$cc" in
*gcc*) usevfork=false
# GNU as and GNU ld might not work. See the INSTALL file.
;;
*) usevfork=true ;;
esac
# Configure finds getzname, not tzname. If you're in the System V
# environment, you can set d_tzname='define' since tzname[] is
# available in the System V environment.
d_tzname='undef'
# unistd.h contains incorrect prototypes for some functions in the usual
# BSD-ish environment. In particular, it has
# extern int getgroups(/* int gidsetsize, gid_t grouplist[] */);
# but groupslist[] ought to be of type int, not gid_t.
# This is only really a problem for perl if the
# user is using gcc, and not running in the SysV environment.
# The gcc fix-includes script exposes those incorrect prototypes.
# There may be other examples as well. Volunteers are welcome to
# track them all down :-). In the meantime, we'll just skip unistd.h
# for SunOS in most of the code.
# However, see ext/POSIX/hints/sunos_4.pl for one exception.
i_unistd='undef'
# See util.c for another: We need _SC_OPEN_MAX, which is in
# <unistd.h>.
# fflush(NULL) will core dump on SunOS 4.1.3. In util.c we'll
# try explicitly fflushing all open files. Unfortunately,
# on my SunOS 4.1.3 system, sysconf(_SC_OPEN_MAX) returns
# 64, but only 32 of those file pointers can be accessed
# directly by _iob[i]. The remainder are off in dynamically
# allocated memory somewhere and I don't know to automatically
# fflush() them. -- Andy Dougherty Wed May 26 15:25:22 EDT 1999
util_cflags='ccflags="$ccflags -DPERL_FFLUSH_ALL_FOPEN_MAX=32"'
# The correct setting of groupstype depends on which version of the C
# library is used. If you are in the 'System V environment'
# (i.e. you have /usr/5bin ahead of /usr/bin in your PATH), and
# you use Sun's cc compiler, then you'll pick up /usr/5bin/cc, which
# links against the C library in /usr/5lib. This library has
# groupstype='gid_t'.
# If you are in the normal BSDish environment, then you'll pick up
# /usr/ucb/cc, which links against the C library in /usr/lib. That
# library has groupstype='int'.
#
# If you are using gcc, it links against the C library in /usr/lib
# independent of whether or not you are in the 'System V environment'.
# If you want to use the System V libraries, then you need to
# manually set groupstype='gid_t' and add explicit references to
# /usr/5lib when Configure prompts you for where to look for libraries.
#
# Check if user is in a bsd or system 5 type environment
if cat -b /dev/null 2>/dev/null
then # bsd
groupstype='int'
else # sys5
case "$cc" in
*gcc*) groupstype='int';; # gcc doesn't do anything special
*) groupstype='gid_t';; # /usr/5bin/cc pulls in /usr/5lib/ stuff.
esac
fi
# If you get the message "unresolved symbol '__lib_version' " while
# linking, your system probably has the optional 'acc' compiler (and
# libraries) installed, but you are using the bundled 'cc' compiler with
# the unbundled libraries. The solution is either to use 'acc' and the
# unbundled libraries (specifically /lib/libm.a), or 'cc' and the bundled
# library.
#
# Thanks to William Setzer <William_Setzer@ncsu.edu> for this info.
# Don't use the GNU ld, that doesn't work, you'll get a lot of
# relocation truncated to fit: BASE13 ...
# from many extensions, like B and Data::Dumper.
ld=/usr/bin/ld
# As of Perl 5.8.1 it seems that dynaloading is broken in SunOS 4.x, sniff.
case "$usedl" in
'') usedl=undef ;;
esac
|
