Compiling perl 5.8.1 release candidate 3 as recommended in INSTALL (rm -f config.sh Policy.sh; sh Configure -de; make; make test; sudo make install) has produced a different @INC to that in release candidate 2:
Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Locally applied patches: RC3 Built under darwin Compiled at Jul 31 2003 10:14:45 @INC: /usr/local/lib/perl5/5.8.1/darwin /usr/local/lib/perl5/5.8.1 /usr/local/lib/perl5/site_perl/5.8.1/darwin /usr/local/lib/perl5/site_perl/5.8.1 /usr/local/lib/perl5/site_perl .
compare:
Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Locally applied patches: RC2 Built under darwin Compiled at Jul 14 2003 10:05:38 @INC: /usr/local/lib/perl5/5.8.1/darwin /usr/local/lib/perl5/5.8.1 /Library/Perl/5.8.1/darwin /Library/Perl/5.8.1 /Library/Perl .
Does anyone else see this behaviour? Is this a planned change?
It looks like you didn't explicitly specify a prefix to install under. Yes, the change is intentional.
In RC2, the default prefix was '/usr'. The '/usr' prefix, whether given explicitly or by default, resulted in the somewhat bizarre layout above, that didn't do either of the things you'd normally expect it to do - it neither updated the system Perl nor actually installed anything under '/usr'.
I pointed out the oddity to Jarkko and some folks at Apple, and after much discussion a resolution was found. In RC3, the default is the traditional UNIX layout under '/usr/local'. Specifying a prefix of '/usr' now results in an @INC that uses the standard Apple layout - i.e. '/System/Library/Perl/5.8.1', '/Library/Perl/5.8.1', and '/Network/Library/Perl/5.8.1'.
sherm--