Home
Reading
Searching
Subscribe
Sponsors
Statistics
Posting
Contact
Spam
Lists
Links
About
Hosting
Filtering
Features Download
Marketing
Archives
FAQ
Blog
 
Gmane
From: Reini Urban <rurban-RLznYJtGQuU <at> public.gmane.org>
Subject: Re: multiple perl versions
Newsgroups: gmane.os.apple.macports.devel
Date: Thursday 16th February 2012 23:07:51 UTC (over 5 years ago)
On Wed, Feb 15, 2012 at 9:57 PM, Joshua Root
<[email protected]> wrote:
> On 2012-2-16 11:26 , Dan Ports wrote:
>> In fact, what we have now may be the worst possible world: we claim to
>> support multiple perl versions, and ports have to go to some effort to
>> specify which version they depend on, but it doesn't even work -- the
>> p5.x- perl module ports conflict with each other!
>
> Certainly not the worst possible. What we had before, when you could
> install p5 ports for any perl version but couldn't easily tell which
> version they were installed for afterwards, was worse.

I theoretically support multiple perl versions and features on cygwin
but haven't provided versioned or featured packages yet. The build
scripts provide support though.
With cPanel we build versioned perl rpms, but forbid CPAN for other
reasons.

My rationale would go like this:

mandir:
1. newest only:
some logic has to be added to change installman[13]dir=none for older perls
in
the post-installer. and remove them.
2. multi:
manpages of the newest perl version go into installman[13]dir
of older versions into some /opt/perl5$version,
3. dynamically:
let EUMM check the installman[13]dir dynamically.
set original or override with /opt/ or none if we are not the newest.

scriptbin is versioned.
activated version symlinks to current scriptbin.

+threads and +debug are fine if seperated in the archname and therefore all
arch-dependent dirs.
-debug is not yet supported upstream. I set the archname manually.
-- 
Reini Urban
http://cpanel.net/   http://www.perl-compiler.org/
 
CD: 3ms