[MacPorts] #43480: perl: remove subrelease number from lib path

Mark Anderson emer at emer.net
Tue Jun 10 16:45:45 PDT 2014


I (and I think Daniel Luke) just want to abolish all but the latest Perl.
We allow the installing of perls that have LONG since gone out of updates.
Perl goes out of its way to be backwards compatable. You have to do things
like "use 5.16" to even use new features that break stuff.

Mark

—Mark
_______________________
Mark E. Anderson <emer at emer.net>


On Tue, Jun 10, 2014 at 7:34 PM, MacPorts <noreply at macports.org> wrote:

> #43480: perl: remove subrelease number from lib path
> -------------------------------------------------+-------------------------
>   Reporter:  mojca@…                             |      Owner:  macports-
>       Type:  enhancement                         |  tickets@…
>   Priority:  Normal                              |     Status:  new
>  Component:  ports                               |  Milestone:
> Resolution:                                      |    Version:
>       Port:  perl5.8 perl5.10 perl5.12 perl5.14  |   Keywords:
>   perl5.16 perl5.18                              |
> -------------------------------------------------+-------------------------
>
> Comment (by mojca@…):
>
>  I still agree that we probably want to talk to the developers, but I went
>  ahead and applied a patch r120890 to `perl5.20`. Given that the port is
>  completely new anyway, we won't break anyone's functionality and if the
>  idea turns out not to work ... well then we can revert it.
>
>  The problem with upstream is that they have a different model of
>  installing and using Perl than MacPorts does and I understand why for them
>  the model works and why they wouldn't want to switch to what I did, at
>  least not by default. One installs one version of perl and keeps it there
>  even after installing the next new version. But MacPorts removes the old
>  version (and doesn't provide experimental versions) and there's where the
>  problems start.
>
>  We need to make a strong case and request a new feature, so that they
>  would add a new configure option.
>
>  I would suggest to apply the same change also to `perl5.18`. (Or maybe
>  we'll change the way Perl works altogether anyway.)
>
> --
> Ticket URL: <https://trac.macports.org/ticket/43480#comment:2>
> MacPorts <http://www.macports.org/>
> Ports system for OS X
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.macosforge.org/pipermail/macports-dev/attachments/20140610/86446b8c/attachment-0001.html>


More information about the macports-dev mailing list