This is a live mirror of the Perl 5 development currently hosted at
[OK] Perl5.004_02 on Alpha NT
[perl5.git] / hints /
0093f865 1# hints/
2# Last modified: Thu Feb 8 11:46:05 EST 1996
3# Andy Dougherty <>
a0d0e21e 5case "$cc" in
54000519 6*gcc*) usevfork=false
7 # GNU as and GNU ld might not work. See the INSTALL file.
8 ;;
9*) usevfork=true ;;
0093f865 11
12# Configure will issue a WHOA warning. The problem is that
13# Configure finds getzname, not tzname. If you're in the System V
14# environment, you can set d_tzname='define' since tzname[] is
15# available in the System V environment.
a0d0e21e 16d_tzname='undef'
0093f865 17
54000519 18# Configure will issue a WHOA warning. The problem is that unistd.h
19# contains incorrect prototypes for some functions in the usual
20# BSD-ish environment. In particular, it has
21# extern int getgroups(/* int gidsetsize, gid_t grouplist[] */);
22# but groupslist[] ought to be of type int, not gid_t.
23# This is only really a problem for perl if the
24# user is using gcc, and not running in the SysV environment.
25# The gcc fix-includes script exposes those incorrect prototypes.
26# There may be other examples as well. Volunteers are welcome to
27# track them all down :-). In the meantime, we'll just skip unistd.h
28# for SunOS in most of the code. The POSIX extension is built with
29# unistd.h because, even though unistd.h has problems, if used with
30# care, it helps create a better POSIX extension.
54000519 31i_unistd='undef'
33cat << 'EOM' >&4
35You will probably see *** WHOA THERE!!! *** messages from Configure for
36d_tzname and i_unistd. Keep the recommended values. See
37hints/ for more information.
0093f865 40# SunOS 4.1.3 has two extra fields in struct tm. This works around
41# the problem. Other BSD platforms may have similar problems.
42POSIX_cflags='ccflags="$ccflags -DSTRUCT_TM_HASZONE"'
44# check if user is in a bsd or system 5 type environment
45if cat -b /dev/null 2>/dev/null
46then # bsd
47 groupstype='int'
48else # sys5
49 groupstype='gid_t'
77c65e92 51
52# If you get the message "unresolved symbol '__lib_version' " while
53# linking, your system probably has the optional 'acc' compiler (and
54# libraries) installed, but you are using the bundled 'cc' compiler with
55# the unbundled libraries. The solution is either to use 'acc' and the
56# unbundled libraries (specifically /lib/libm.a), or 'cc' and the bundled
57# library.
59# Thanks to William Setzer <> for this info.