Broken perl configuration
Jan Stary
hans at stare.cz
Sat Feb 23 13:35:11 PST 2013
On Feb 23 12:43:10, pixilla at macports.org wrote:
>
> On Feb 23, 2013, at 11:49 AM, Jan Stary wrote:
>
> > On Feb 21 11:05:23, dluke at geeklair.net wrote:
> >> On Feb 21, 2013, at 10:05 AM, Bruce Miller <bruce.miller at nist.gov> wrote:
> >>> With MacPort's perl 5.12, the executable is installed in
> >>> /opt/local/libexec/perl5.12/sitebin
> >>> which is *NOT* where people expect to find programs.
> >>> And it's NOT a directory people want to maintain in
> >>> their $PATH.
> >>
> >> why? Why would people care whether they have /opt/local/bin or /opt/local/libexec/perl5.12/sitebin or /my/nonstandard/macports/prefix/bin in their $PATH?
> >
> > People will care that they
> > (1) have to tweak their PATH at all
> > (2) have to pollute with /opt/local/libexec/version-du-jour-123
> > and keep an eye on what the exact verion is this week.
> >
> >>> The reason for the configuration change
> >>> is to achieve the noble goal of being able
> >>> to install multiple versions of Perl, and
> >>> multiple versions of software running under
> >>> those Perls.
> >
> > Please excuse my Perl ignorance - what would be
> > a realistic scenario for having multiple versions
> > of Perl installed, and multiple version of Perl
> > software on top of those?
>
> I believe there are cases where ports depend on perl modules
> that are only compatible with specific perl versions.
Could somebody please provide an example of such situation?
More information about the macports-users
mailing list