#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