OK, so 1.29 is out, we can put your patch in.
I know I was +1 before, but now that we're all a bit more enlightened as to PERL5LIB and its implications, I think we ought to reconsider.
my reasons against altering _anything_ about PERL5LIB behavior in 1.0 would be
- altering the existing, stable codebase for little benefit. nobody else has reported using lib separators (":") or wanting arch libs included in, what, 6+ years?
- we probably shouldn't be supporting it at all
just my $0.02. it's not a veto or anything, but I'm really hesitant to play around with this simply because, even though the changes is simple, we still may introduce bugs that hurt existing users of PERL5LIB. and that's not good at this point.
I'd be tempted to put that change in, exactly because nobody has complained so far, which can be interpreted that nobody was relying on that feature or questions would be raised.
In the mp1 guide: "Installation Without Superuser Privileges"
http://perl.apache.org/docs/1.0/guide/install.html#Installation_Without_Superuser_Privileges
The section:
"Making Your Scripts Find the Locally Installed Modules"
http://perl.apache.org/docs/1.0/guide/install.html#Making_Your_Scripts_Find_the_Locally_Installed_Modules
uses PERL5LIB with multiple entries and it explicitly specifies arch libs. though the order of insertion didn't matter in that particular case.
Notice that if we use the lib pragma, it'll still do the right thing even if PERL5LIB has already explicitly specified arch libs, as the guide suggestes.
I guess Simon could help us here as neither I have a strong opinion about this change. Do you think, Simon, that we should change the existing behavior or just document the way it works? Either way works for me.
__________________________________________________________________ Stas Bekman JAm_pH ------> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
