On Thursday, July 31, 2003, at 9:31 AM, Paul Mison wrote:

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--



Reply via email to