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

[MacPorts]

#43480: perl: remove subrelease number from lib path
-------------------------+-------------------------------------------------
 Reporter:  mojca@…      |      Owner:  macports-tickets@…
     Type:  enhancement  |     Status:  new
 Priority:  Normal       |  Milestone:
Component:  ports        |    Version:
 Keywords:               |       Port:  perl5.8 perl5.10 perl5.12 perl5.14
                         |  perl5.16 perl5.18
-------------------------+-------------------------------------------------
 I would like to suggest fixing the perl ports in such a way that the files
 would be installed under
 {{{
 ${prefix}/lib/perl5/5.18
 }}}
 rather than
 {{{
 ${prefix}/lib/perl5/5.18.2
 }}}

 The problem is that `libperl.dylib` is supposed to be ABI-compatible
 between sub-versions, but it is moved to a different location and thus any
 binaries depending on `dylib` are broken and must be revbumped after perl
 update for no good reason.

 Relevant lines from `Configure`:

 {{{
     version=`echo $revision $patchlevel $subversion | \
       $awk '{ printf "%d.%d.%d\n", $1, $2, $3 }'`
     api_versionstring=`echo $api_revision $api_version $api_subversion | \
         $awk '{ printf "%d.%d.%d\n", $1, $2, $3 }'`

 case "$installstyle" in
 *lib/perl5*) set dflt privlib lib/$package/$version ;;
 *); set dflt privlib lib/$version ;;
 esac
 }}}

 A similar change would be welcome for the path where packages get
 installed to avoid the need for
 {{{
 configure.args-append "-D inc_version_list=\"5.18.0/${os.platform}-thread-
 multi${platsuffix} 5.18.0 \""
 }}}

 This might be a moot point if we decide to completely change the way Perl
 packages work, but this particular fix can be done easily. The big rewrite
 will take time.

-- 
Ticket URL: <https://trac.macports.org/ticket/43480>
MacPorts <http://www.macports.org/>
Ports system for OS X