Re: multiple perl versions

2012-02-16 Thread Reini Urban
On Wed, Feb 15, 2012 at 9:57 PM, Joshua Root 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 depe

Re: multiple perl versions

2012-02-15 Thread Joshua Root
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 po

Re: multiple perl versions

2012-02-15 Thread Jeremy Lavergne
sion of perl they're depending on and invoking, and non-default > configurations probably aren't tested often. > > 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 ver

Re: multiple perl versions

2012-02-15 Thread Dan Ports
y're depending on and invoking, and non-default configurations probably aren't tested often. 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&#x

Re: multiple perl versions

2012-02-15 Thread Eric Hall
On Tue, Feb 14, 2012 at 02:29:59PM -0800, Dan Ports wrote: > On Tue, Feb 14, 2012 at 02:41:57PM -0500, Daniel J. Luke wrote: > > +1 from me. It would probably also be a good idea to make it perl5.14 > > +threads (and if a non-threaded perl is needed, it should probably be a > > separate port) at

Re: multiple perl versions

2012-02-14 Thread Dan Ports
On Tue, Feb 14, 2012 at 02:41:57PM -0500, Daniel J. Luke wrote: > +1 from me. It would probably also be a good idea to make it perl5.14 > +threads (and if a non-threaded perl is needed, it should probably be a > separate port) at the same time. Good point about: +threads. As Eric Cronin pointed

Re: multiple perl versions

2012-02-14 Thread Daniel J. Luke
On Feb 14, 2012, at 4:03 PM, Ryan Schmidt wrote: > On Feb 14, 2012, at 13:41, Daniel J. Luke wrote: >> +1 from me. It would probably also be a good idea to make it perl5.14 >> +threads (and if a non-threaded perl is needed, it should probably be a >> separate port) at the same time. > > Yes, wha

Re: multiple perl versions

2012-02-14 Thread Ryan Schmidt
On Feb 14, 2012, at 13:41, Daniel J. Luke wrote: > +1 from me. It would probably also be a good idea to make it perl5.14 > +threads (and if a non-threaded perl is needed, it should probably be a > separate port) at the same time. Yes, what's the deal with threads? I don't know what it implies.

Re: multiple perl versions

2012-02-14 Thread Daniel J. Luke
On Feb 13, 2012, at 4:44 PM, Dan Ports wrote: > Python has the same issue, but we've gotten pretty good over the years > at making sure that ports invoke `python2.7` instead of `python`. Not > so much with perl -- looking through my installed ports, I see a bunch > of references to /opt/local/bin/p

multiple perl versions

2012-02-13 Thread Dan Ports
Although we nominally support having multiple versions of perl installed, it seems we actually don't do a very good job of it... A couple weeks ago, I mentioned two problems that will cause multiple versions of the same module (e.g. p5.12-foo and p5.14-foo) to conflict: - they install manpages in