perl5.8 fixup
Bradley Giesbrecht
brad at pixilla.com
Sat Mar 7 22:06:33 PST 2009
On Mar 7, 2009, at 6:41 PM, Marcus Calhoun-Lopez wrote:
> Bradley Giesbrecht <brad at ...> writes:
>
> Thank you for the clarification.
>
>>> If I understand what is being discussed (please correct me if I'm
>>> wrong),
>>> we would
>>> * copy perl5.8 -> perl5.8-core.
>>> * create a port which installs all the core p5 ports.
>>> * make perl5.8 do nothing except depend on perl5.8-core and the
>>> new p5 umbrella port.
>>>
>>> It seems that this does not buy us anything, so I fear I am missing
>>> something.
>>
>> It buys us perl modules as p5 ports that used to be part of perl5.
>> This allows us to update those p5 ports to newer required versions
>> without having to have a perl5 revision increment and upgrade perl5.
>
> It seems it would only do that if the @INC variable were modified
> or conflicting modules pruned from perl5.8.
>
> I would suggest that these goals could be accomplished more easily
> by the following (sorry for the duplication from an earlier message):
> * Modify @INC so the newer p5 ports are found first.
> * Do not add conflicting p5 port as dependencies unless the newer
> version is
> actually required (mitigate the potential problems).
> * Prepend p5- to the conflicting man pages.
> * Modify the -f p5 ports so they no longer install in the directory
> perl reserves for itself.
>
> This would require a minor change to perl5.8, a few minor
> changes to "-f" p5 ports and some cleanup to minimize dependencies.
Marcus, you seem to know perl much better then me.
Please check out my last post on this subject.
Is there any reason perl58 modules couldn't be upgraded to the newer
version?
If they could not, for the few ports that need the newer modules,
couldn't those ports install the modules to a non-perl58 path and
patch there port in one way or another to find the module they need?
Seems this way the non-perl58 modules don't even need to be in the
users @INC because the only port that needs it is going to include it
in a non-standard place where it won't be found by other perl scripts.
And no man pages would need to be installed so the man for the current
perl58 module in @INC would be accurate for anyone who wanted to use
the module.
//Brad
More information about the macports-dev
mailing list