[MacPorts] #12710: perl5 portgroup should be able to write in
privlib dir for the bundled modules
MacPorts
trac at macosforge.org
Sat Jan 26 08:54:34 PST 2008
#12710: perl5 portgroup should be able to write in privlib dir for the bundled
modules
-------------------------------+--------------------------------------------
Reporter: nox at macports.org | Owner: macports-tickets at lists.macosforge.org
Type: defect | Status: new
Priority: Normal | Milestone: MacPorts base enhancements
Component: base | Version:
Resolution: | Keywords:
-------------------------------+--------------------------------------------
Changes (by narf_tm at macports.org):
* cc: narf_tm at macports.org (added)
Comment:
I still do not think we should be forcing Perl modules to replace Perl
core modules.
I also do not think that removing files from Perl is a decent option.
This mean every time a core module gets updated, the Perl port is going to
have to be modified to accommodate the newer module port.
Why don't we do what the Perl INSTALL file suggests?
{{{
There is one other way of adding paths to @INC at perl build time, and
that is by setting the APPLLIB_EXP C pre-processor token to a colon-
separated list of directories, like this
sh Configure -Accflags='-DAPPLLIB_EXP=\"/usr/libperl\"'
The directories defined by APPLLIB_EXP get added to @INC I<first>,
ahead of any others, and so provide a way to override the standard perl
modules should you, for example, want to distribute fixes without
touching the perl distribution proper. And, like otherlib dirs,
version and architecture specific subdirectories are also searched, if
present, at run time.
}}}
We can use FreeBSD's Perl port as a good example of this.
==
http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/perl5.8/Makefile?rev=1.94
==
{{{
BSDPAN_DEST= ${PREFIX}/lib/perl5/${PERL_VER}/BSDPAN
-Dccflags=-DAPPLLIB_EXP=\"${BSDPAN_DEST}\"
}}}
Call it what ever you want and use that path for the Perl ports instead of
vendor.
This seems like the most logical and sane solution to me.
It is also the solution most other *nix distros seem to have used.
Can we open this option up for discussion?
--
Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12710#comment:7>
MacPorts </projects/macports>
Ports system for Mac OS
More information about the macports-tickets
mailing list