In article <p05100305b78732f23787@[192.168.0.151]>,
 [EMAIL PROTECTED] (Chris Nandor) wrote:

> Correct.  Not prepared to do it, might consider it.  I won't be prepared to
> do it until I have properly considered it.  I am willing to consider it,
> but not right now, since my brain is otherwise engaged, and (as noted
> below) there is not as much reason for it in 5.6.1 as there is in 5.2.0r4.

To be honest I've always wondered why the original had site_perl *after* 
lib, and not before, in the hard-coded default, which to me made no 
sense since you then wind up with site_perl listed twice in @INC when 
you add it manually in preferences.  *boggle*

> >Since, in order for cpan-mac to work properly, you HAVE to put site_perl
> >first. Yet, in the default, it's not that way.
> 
> cpan-mac probably won't exist for MacPerl 5.6.1 and following.  All the
> modules in cpan-mac are now included in MacPerl 5.6.1a4.

Always nice to be the boss, isn't it? (:  I'm glad to hear this however.

> >Putting site_perl in @INC first has the same effect, but without that
> >drastic, irreversible result.
> 
> What it does do is make the behavior for Unix perl and MacPerl different,
> and I need to give careful thought before doing that.  Especially since, as

What, the behaviour of MacPerl and Unix Perl isn't already different? (: 

> noted above, it isn't really necessary for most people to do.  :-)  I will
> consider it, most likely, but not now.  If you really want it done, please
> add it to Feature Requests, and we can revisit the issue at a later date.
> I won't even get back to MacPerl development for another few weeks, so
> please be patient.

So noted. *gets the mouthwash for the baited breath*

-- 
Scott R. Godin            | e-mail : [EMAIL PROTECTED]
Laughing Dragon Services  |    web : http://www.webdragon.net/

Reply via email to