Change to @INC on perl 5.8.1rc3
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? Thanks; -- :: paul :: compiles with canadian cs1471 protocol
Re: Change to @INC on perl 5.8.1rc3
On Thursday, July 31, 2003, at 06:31 AM, Paul Mison wrote: Does anyone else see this behaviour? Is this a planned change? if site_perl was somehow left out of RC2, I suspect that was a mistake. The vast majority of modules you install from CPAN will go there. See what's in your @INC for 5.8.0. I have: Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under darwin Compiled at Dec 21 2002 18:20:47 %ENV: PERL5LIB=/usr/local/bricolage/lib @INC: /usr/local/bricolage/lib /usr/local/lib/perl5/5.8.0/darwin /usr/local/lib/perl5/5.8.0 /usr/local/lib/perl5/site_perl/5.8.0/darwin /usr/local/lib/perl5/site_perl/5.8.0 /usr/local/lib/perl5/site_perl HTH, David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://kineticode.com/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED] Kineticode. Setting knowledge in motion.[sm]
Re: Change to @INC on perl 5.8.1rc3
In article [EMAIL PROTECTED], [EMAIL PROTECTED] (David Wheeler) wrote: On Thursday, July 31, 2003, at 06:31 AM, Paul Mison wrote: Does anyone else see this behaviour? Is this a planned change? if site_perl was somehow left out of RC2, I suspect that was a mistake. The vast majority of modules you install from CPAN will go there. @INC is populated dynamically, and if you do not have a site_perl, it will not be included. That said, this may have been a change ... and if so, I welcome it. I don't want my local perl putting anything in /Library/, and I always check my hints/darwin.sh to make sure that doesn't happen. -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: Change to @INC on perl 5.8.1rc3
On 31/07/2003 at 07:28 -0700, David Wheeler wrote: On Thursday, July 31, 2003, at 06:31 AM, Paul Mison wrote: Does anyone else see this behaviour? Is this a planned change? if site_perl was somehow left out of RC2, I suspect that was a mistake. The vast majority of modules you install from CPAN will go there. See what's in your @INC for 5.8.0. I have: Hmm. I don't have a 5.8.0. I only have the stock Apple perl 5.6.0, and perl5.8.1 (currently rc2, which I reverted to.) For 5.6.0, I have: Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under darwin Compiled at Jul 14 2002 04:04:33 @INC: /System/Library/Perl/darwin /System/Library/Perl /Library/Perl/darwin /Library/Perl /Library/Perl /Network/Library/Perl/darwin /Network/Library/Perl /Network/Library/Perl The only two modules in /usr/local/lib/perl5/site_perl/5.8.1 are those I installed during the few minutes this morning I was running 5.8.1rc3 as my primary Perl. Modules installed when I was running 5.8.1rc2 are in /Library/Perl/5.8.1/ -- :: paul :: compiles with canadian cs1471 protocol
Re: Change to @INC on perl 5.8.1rc3
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--