Re: Perl upgrade @INC help
- From: tom@xxxxxxxxxxxxxx (Tom Phoenix)
- Date: Wed, 28 Nov 2007 17:09:14 -0800
On 11/28/07, Steve Bertrand <iaccounts@xxxxxxxxxx> quoted his monitor:
In order to ease the process of upgrading, this version of perl
can be configured to use modules built and installed with earlier
versions of perl that were installed under /usr/local. Specify here
the list of earlier versions that this version of perl should check.
If Configure detected no earlier versions of perl installed under
/usr/local, then the list will be empty. Answer 'none' to tell perl
to not search earlier versions.
The default should almost always be sensible, so if you're not sure,
just accept the default.
List of earlier versions to include in @INC? [none]
That's good advice about the default. Since the default list is
[none], then Configure must not have found any suitable versions of
perl under /usr/local. Chances are, you should take the default.
If there were items in the list, they would presumably be earlier
versions of perl whose @INC lists could become part of your new perl's
@INC. Even though the list is empty, if you have compatible modules in
those @INC directories, you should still be able to use them with your
new perl binary. (See the lib pragma.) Nevertheless, it is often
easiest to re-install (new versions of) any modules you need for the
new binary. For some modules, it may be the only way to go, in fact.
Hope this helps!
--Tom Phoenix
Stonehenge Perl Training
.
- Follow-Ups:
- Re: Perl upgrade @INC help
- From: Steve Bertrand
- Re: Perl upgrade @INC help
- From: Steve Bertrand
- Re: Perl upgrade @INC help
- References:
- Perl upgrade @INC help
- From: Steve Bertrand
- Perl upgrade @INC help
- Prev by Date: Re: fixed list combinatorics
- Next by Date: Re: fixed list combinatorics
- Previous by thread: Perl upgrade @INC help
- Next by thread: Re: Perl upgrade @INC help
- Index(es):
Relevant Pages
|